klitzkleines Problemchen; Download-Datei zu klein

[logoft]

Hallo Leute,

wie kann es sein das eine Datei zum Download viel zu klein angezeigt wird? einige 100 kb sollte aber 2 Giga groß sein.

[logoft]

233662464 soll

233,7 MB wird gesaugt, dann stoppt der Download.

[logoft]

xfburn meldet :

Fehlgeschlagen: SCSI error on write(32,16): [5 24 00] Illegal request. Invalid field in cdb

[logoft]

dmesg grep lw (usb-stick)


[root@shredder ~]# dmesg | grep sdb
[ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.2.3-300.fc23.x86_64 root=/dev/sdb3 ro rootflags=subvol=root rhgb quiet LANG=de_DE.UTF-8
[ 0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.3-300.fc23.x86_64 root=/dev/sdb3 ro rootflags=subvol=root rhgb quiet LANG=de_DE.UTF-8
[ 2.592417] sd 5:0:0:0: [sdb] 31326208 512-byte logical blocks: (16.0 GB/14.9 GiB)
[ 2.593711] sd 5:0:0:0: [sdb] Write Protect is off
[ 2.593720] sd 5:0:0:0: [sdb] Mode Sense: 2b 00 00 08
[ 2.594990] sd 5:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 2.654917] sdb: sdb1 sdb2 sdb3
[ 2.659354] sd 5:0:0:0: [sdb] Attached SCSI removable disk
[ 3.069587] BTRFS: device label fedora devid 1 transid 76 /dev/sdb3
[ 4.085627] BTRFS info (device sdb3): disk space caching is enabled
[ 6.042902] BTRFS info (device sdb3): disk space caching is enabled
[ 9.137302] Adding 1566716k swap on /dev/sdb2. Priority:-1 extents:1 across:1566716k FS
[ 9.398145] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[root@shredder ~]#

[logoft]

df meint

root@shredder downloads]# df
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
devtmpfs 1942160 0 1942160 0% /dev
tmpfs 1953544 72 1953472 1% /dev/shm
tmpfs 1953544 1048 1952496 1% /run
tmpfs 1953544 0 1953544 0% /sys/fs/cgroup
/dev/sdb3 13583360 4407852 7459444 38% /
tmpfs 1953544 72 1953472 1% /tmp
/dev/sdb3 13583360 4407852 7459444 38% /home
/dev/sdb1 487652 112486 345470 25% /boot
tmpfs 390712 4 390708 1% /run/user/989
tmpfs 390712 12 390700 1% /run/user/0
[root@shredder downloads]#

[logoft]

Anderer Downloader wget

[root@shredder meins]# wget http://ftp.hostserver.de/pub/OpenBSD/5. ... tall59.iso
--2016-08-05 05:32:48-- http://ftp.hostserver.de/pub/OpenBSD/5. ... tall59.iso
Auflösen des Hostnamens »ftp.hostserver.de (ftp.hostserver.de)« … 217.31.80.35, 2a00:15a8:0d91f:5023:0:1
Verbindungsaufbau zu ftp.hostserver.de (ftp.hostserver.de)|217.31.80.35|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 233662464 (223M) [application/octet-stream]
Wird in »»install59.iso«« gespeichert.

install59.iso 100%[=====================>] 222,84M 2,75MB/s in 91s

2016-08-05 05:34:19 (2,45 MB/s) - »»install59.iso«« gespeichert [233662464/233662464]

[root@shredder meins]#

[logoft]

So - ich hoffe genug Beweise

Alte Fedora Version.

[DeletedUserReAsG]

Und was genau ist dein Problem? Stimmt der Hash nicht, oder wie kommst du auf die Idee, dass es zu klein wäre? 233662464B sind nunmal rund 234MB oder rund 223MiB, und laut Server ist die Datei genau 233662464 Byte groß.

[dufty2]

233662464 soll

233,7 MB wird gesaugt, dann stoppt der Download.

Genau wie niemand versteh ich Dein Problem nicht.

Es ist richtig, dass vor Jahren der Datei-Download per Browser ziemlich unzuverlässig war,
hat sich seitdem aber gebessert.
Für wichtige Sachen wie z B. ein OS, hast Du ja schon richtigerweise "wget" benutzt
und jenes zeigte keine Fehlermeldung an, oder irre ich mich?

im gleichen Verzeichnis wie das ISO findest Du die "SHA256" Datei mit u. a. folgender Zeile:
SHA256 (install59.iso) = 685262fc665425c61a2952b2820389a2d331ac5558217080e6d564d2ce88eecb

Also bitte daher ein
$ sha256sum install59.iso
und Du siehst selbst, ob die Datei bitgenau runtergeladen wurde.
Installation etc. ist dann ein separates Problem.

[ralli]

Die Iso Datei für openBSD 5.9 für die Grundinstallation ist nicht groß. Das ein Download abgebrochen wurde, habe ich in den letzten Jahren noch nie erlebt. Hab auch noch nie Fehler gehabt, warum auch immer.

[holgerw]

... wget ...OpenBSD/5.9...

Du bekommst gleich ne PN von mir.