hat folgendes problem noch wer? bzw kann das jemand nachvollziehen?
Linux notebook 3.3-6.towo.2-siduction-amd64 #1 SMP PREEMPT Thu May 17 08:28:28 UTC 2012 x86_64 GNU/Linux
Jun 2 23:14:46 notebook kernel: [ 162.504153] usb 1-3: new high-speed USB device number 2 using ehci_hcd
Jun 2 23:14:46 notebook kernel: [ 162.662918] usb 1-3: New USB device found, idVendor=090c, idProduct=1000
Jun 2 23:14:46 notebook kernel: [ 162.662928] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun 2 23:14:46 notebook kernel: [ 162.662936] usb 1-3: SerialNumber: 12032606000114
Jun 2 23:14:47 notebook mtp-probe: checking bus 1, device 2: "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-3"
Jun 2 23:14:47 notebook mtp-probe: bus: 1, device: 2 was not an MTP device
Jun 2 23:14:47 notebook kernel: [ 162.772736] usbcore: registered new interface driver uas
Jun 2 23:14:47 notebook kernel: [ 162.794504] Initializing USB Mass Storage driver...
Jun 2 23:14:47 notebook kernel: [ 162.794641] scsi5 : usb-storage 1-3:1.0
Jun 2 23:14:47 notebook kernel: [ 162.794727] usbcore: registered new interface driver usb-storage
Jun 2 23:14:47 notebook kernel: [ 162.794730] USB Mass Storage support registered.
Jun 2 23:14:48 notebook kernel: [ 163.934486] scsi 5:0:0:0: Direct-Access PQ: 0 ANSI: 4
Jun 2 23:14:48 notebook kernel: [ 163.936794] sd 5:0:0:0: [sdb] 7802880 512-byte logical blocks: (3.99 GB/3.72 GiB)
Jun 2 23:14:48 notebook kernel: [ 163.937421] sd 5:0:0:0: [sdb] Write Protect is off
Jun 2 23:14:48 notebook kernel: [ 163.943817] sdb: sdb1
Jun 2 23:14:48 notebook kernel: [ 163.948704] sd 5:0:0:0: [sdb] Attached SCSI removable disk
dd if=linux.iso of=/dev/sdb
1478656+0 records in
1478656+0 records out
757071872 bytes copied
reboot:
Linux notebook 3.4-0.towo.5-siduction-amd64 #1 SMP PREEMPT Sat Jun 2 18:02:52 UTC 2012 x86_64 GNU/Linux
Jun 2 23:23:59 notebook kernel: [ 41.929127] usb 1-3: new high-speed USB device number 2 using ehci_hcd
Jun 2 23:23:59 notebook kernel: [ 42.087936] usb 1-3: New USB device found, idVendor=090c, idProduct=1000
Jun 2 23:23:59 notebook kernel: [ 42.087946] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun 2 23:23:59 notebook kernel: [ 42.087953] usb 1-3: SerialNumber: 12032606000114
Jun 2 23:23:59 notebook mtp-probe: checking bus 1, device 2: "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-3"
Jun 2 23:23:59 notebook mtp-probe: bus: 1, device: 2 was not an MTP device
Jun 2 23:23:59 notebook kernel: [ 42.185386] usbcore: registered new interface driver uas
Jun 2 23:23:59 notebook kernel: [ 42.202262] Initializing USB Mass Storage driver...
Jun 2 23:23:59 notebook kernel: [ 42.202398] scsi5 : usb-storage 1-3:1.0
Jun 2 23:23:59 notebook kernel: [ 42.202495] usbcore: registered new interface driver usb-storage
Jun 2 23:23:59 notebook kernel: [ 42.202498] USB Mass Storage support registered.
Jun 2 23:24:01 notebook kernel: [ 43.343357] scsi 5:0:0:0: Direct-Access PQ: 0 ANSI: 4
Jun 2 23:24:01 notebook kernel: [ 43.346066] sd 5:0:0:0: [sdb] 71776119061217281 512-byte logical blocks: (18.3 EB/15.8 EiB)
Jun 2 23:24:01 notebook kernel: [ 43.346667] sd 5:0:0:0: [sdb] Write Protect is off
Jun 2 23:24:01 notebook kernel: [ 43.355129] sdb: sdb1
Jun 2 23:24:01 notebook kernel: [ 43.357867] sd 5:0:0:0: [sdb] Attached SCSI removable disk
dd if=linux.iso of=/dev/sdb
dd: writing to `/dev/sdb': No space left on device
1+0 records in
0+0 records out
0 bytes (0 B) copied, 0.000108257 s, 0.0 kB/s
mal von anfang an. ich hab hier 3 geräte mit linux rumstehen:
zotac zbox, amd brazo, efi, siduction
t61 ,intel core2duo, bios, siduction
eeepc , n270, bios, crunchbang
nun wollte ich das neue siduction-lxde-amd64.iso mit dd auf einen meiner ustbsticks kopieren.
dd: writing to `/dev/sdb': No space left on device
also denk ich mir, ok wenn der stick nicht will nehm ich den nächsten. gleiches problem wieder. dann kam mir das schon komisch vor. also geh ich zum t61 und probiere da wieder mit dd die iso zu kopieren. gleiche fehlermeldung nochmal. bei beiden sticks.
dann hab ich nenn funktionierende stick mit parted magic drauf genommen, gebootet, beide sticks werden erkannt, lassen sich mit dd überschreiben und funktionieren danach.
dann hab ich alle kernel rückwärts durchprobiert und das ergebnis war hier das 1. posting: es funktioniert solang ich kernel 3.3.6 benutze und nicht 3.4*
und ich denke nicht dass es das gleiche problem ist weil:
dd if=/dev/zero of=/dev/sdc
dd: Schreiben in ,,/dev/sdc": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
1+0 Datensätze ein
0+0 Datensätze aus
0 Bytes (0 B) kopiert, 0,00561127 s, 0,0 kB/s
auf dem netbook wiederum verhält sich alles wie es sein soll, fdsik, gparted, dd ... usw erkennen den stick, partitionen...
ayla probier doch bitte mal das nachzustellen ob ein alter kernel (3.3.6-2) hilft :)
@rolandx1
was sagtbadblocks -s /dev/sdXausgeführt als root?
gruß ab
Hi,
@rolandx1
du hast recht, ist tatsächlich abhängig von der Kernelversion.
Kernel 3.4-0.towo.3-siduction-amd64
f-disk erkennt den Stick nicht, keine dazu gehörige Ausgabe.
root@nescaya:/home/cal# dd if=/dev/zero of=/dev/sdi
dd: Schreiben in ,,/dev/sdi": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
1+0 Datensätze ein
0+0 Datensätze aus
0 Bytes (0 B) kopiert, 0,000348128 s, 0,0 kB/s
@ ab:
root@nescaya:/home/cal# badblocks -s /dev/sdi
Suche nach defekten Blöcken (Nur-Lesen-Modus):erledigt Also i.O., so wie es scheint.
Gleiches Gerät, alte Testinstallation:
Kernel: 3.1-4.towo.1-siduction-amd64
fdisk -l
.....
Disk /dev/sde: 4009 MB, 4009754624 bytes
64 heads, 32 sectors/track, 3824 cylinders, total 7831552 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x63657f4d
Device Boot Start End Blocks Id System
/dev/sde1 * 0 1406975 703488 17 Hidden HPFS/NTFS
Disk /dev/sde1: 720 MB, 720371712 bytes
64 heads, 32 sectors/track, 687 cylinders, total 1406976 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x63657f4d
Device Boot Start End Blocks Id System
/dev/sde1p1 * 0 1406975 703488 17 Hidden HPFS/NTFS
dd if=/dev/zero of=/dev/sde
1657343+0 Datensätze ein
1657343+0 Datensätze aus
848559616 Bytes (849 MB) kopiert, 315,43 s, 2,7 MB/s
abgebrochen mit ^C
Der Unterschied in der Devicenummer erklärt sich daraus daß die alte Installation einen angeschlossenen Kartenleser nicht erkennt, dem die neue 4 Devices zuordnet.
Zurück im neuen System wieder die gleiche Ausgabe.
fdisk erkennt den Stick nicht und:
dd if=/dev/zero of=/dev/sdi
dd: Schreiben in ,,/dev/sdi": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
1+0 Datensätze ein
0+0 Datensätze aus
0 Bytes (0 B) kopiert, 0,000357843 s, 0,0 kB/s
root@nescaya:/home/cal# badblocks -s /dev/sdi
Suche nach defekten Blöcken (Nur-Lesen-Modus):erledigt
Kernelversion auf dem notebook, wo es ebenfalls funktioniert: 3.3-5.towo.1-siduction-amd64
Werde mal updaten und dann dort auch nochmal probieren, war bei meinen ersten Problemen bei beiden die gleiche Kernelversion...
EDIT: Nach dem update gleiches Verhalten wie auf dem Desktop.
Mit 3.4-0.towo.6 meldet fdisk:
unable to seek on /dev/sdb: Das Argument ist ungültigdd meldet: ...Kein Speicherplatz...
Zurück auf 3.3-5.towo.1: alles i.O.
Gruß
ayla
@all
hmm, einen Bug kann ich nicht bestätigen:root@siduction:/home/ab# uname -a
Linux siduction 3.4-0.towo.6-siduction-amd64 #1 SMP PREEMPT Sun Jun 3 07:30:39 UTC 2012 x86_64 GNU/Linux
root@siduction:/home/ab# dd if=/dev/zero of=/dev/sdb
dd: Schreiben in ,,/dev/sdb": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
1990657+0 Datensätze ein
1990656+0 Datensätze aus
1019215872 Bytes (1,0 GB) kopiert, 382,75 s, 2,7 MB/s
###
ab@siduction:~$ uname -a
Linux siduction 3.4-0.towo.3-siduction-amd64 #1 SMP PREEMPT Fri May 25 11:15:30 UTC 2012 x86_64 GNU/Linux
ab@siduction:~$ dd if=/dev/urandom of=/dev/sdb
dd: Schreiben in ,,/dev/sdb": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
1990657+0 Datensätze ein
1990656+0 Datensätze aus
1019215872 Bytes (1,0 GB) kopiert, 818,985 s, 1,2 MB/s
###
root@siduction:/home/ab# uname -a
Linux siduction 3.4-0.towo.1-siduction-amd64 #1 SMP PREEMPT Mon May 21 09:09:18 UTC 2012 x86_64 GNU/Linux
root@siduction:/home/ab# dd if=/dev/zero of=/dev/sdb
dd: Schreiben in ,,/dev/sdb": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
1990657+0 Datensätze ein
1990656+0 Datensätze aus
1019215872 Bytes (1,0 GB) kopiert, 719,966 s, 1,4 MB/s
Hier habe ich unter den mir zur Verfügung stehenden Kernels das Schreiben auf einen 1GB-Stick getestet; es funktioniert alles.
Auch fdisk und Co, angewendet auf den Stick, funktionieren, wie sie sollen.
gruß ab
Ich hab bisher keine Ahnung, wo sich dsas festmacht, aber ich hab die gleichen Probleme wie Roland. Leider wenig Zeit im Moment zum debuggen.
greetz
devil
ich hab das ganze jetzt mit 3 sticks probiert, fazit:
siductionstick 4gb, funktioniert nur mit 3.3* nicht mit 3.4
4gb platinum, funktioniert nur mit 3.3* nicht mit 3.4
2gb extreme memory, funktioniert immer
soviel mehr kann ich dazu leider auch nicht beitragen.
@ayla
danke fürs testen :)
hmm, hab leider nur noch meinen 16GB Stick zur Verfügung und der hat alle meine wichtigen gesicherten Daten, also fürs Testen nehmen wär keine so gute Idee...
Aber um noch was beitragen zu können hier noch
Quotedmesg|tail -n30
[ 8220.614384] sd 7:0:0:0: [sdi] Asking for cache data failed
[ 8220.614389] sd 7:0:0:0: [sdi] Assuming drive cache: write through
[ 8220.743363] sdi: sdi1
[ 8221.016473] sd 7:0:0:0: [sdi] Asking for cache data failed
[ 8221.016479] sd 7:0:0:0: [sdi] Assuming drive cache: write through
[ 8221.016483] sd 7:0:0:0: [sdi] Attached SCSI removable disk
[ 8386.124248] sdi: detected capacity change from 16173236224 to 0
[ 8390.992697] usb 5-1: USB disconnect, device number 2
[10179.707463] python[7764] trap divide error ip:7ff7432cb7c8 sp:7fff70020120 error:0 in libgtk-x11-2.0.so.0.2400.10[7ff743198000+435000]
[13305.863667] usb 5-1: new high-speed USB device number 3 using xhci_hcd
[13305.881412] usb 5-1: New USB device found, idVendor=090c, idProduct=1000
[13305.881418] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[13305.881421] usb 5-1: Product: Flash Disk
[13305.881424] usb 5-1: Manufacturer: USB
[13305.881426] usb 5-1: SerialNumber: FBH1111180719279
[13305.881581] usb 5-1: ep 0x81 - rounding interval to 128 microframes, ep desc says 255 microframes
[13305.881589] usb 5-1: ep 0x2 - rounding interval to 128 microframes, ep desc says 255 microframes
[13305.882997] scsi8 : usb-storage 5-1:1.0
[13307.048325] scsi 8:0:0:0: Direct-Access USB Flash Disk 1100 PQ: 0 ANSI: 4
[13307.049785] sd 8:0:0:0: [sdi] 71776119061217281 512-byte logical blocks: (18.3 EB/15.8 EiB)
[13307.050289] sd 8:0:0:0: [sdi] Write Protect is off
[13307.050295] sd 8:0:0:0: [sdi] Mode Sense: 43 00 00 00
[13307.050775] sd 8:0:0:0: [sdi] No Caching mode page present
[13307.050780] sd 8:0:0:0: [sdi] Assuming drive cache: write through
[13307.052834] sd 8:0:0:0: [sdi] No Caching mode page present
[13307.052839] sd 8:0:0:0: [sdi] Assuming drive cache: write through
[13307.055529] sdi: unknown partition table
[13307.057221] sd 8:0:0:0: [sdi] No Caching mode page present
[13307.057226] sd 8:0:0:0: [sdi] Assuming drive cache: write through
[13307.057229] sd 8:0:0:0: [sdi] Attached SCSI removable disk
aus dem nicht funktionierenden Teil.
lspci:
01:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)
der soll u.a. nicht ganz so kompatibel sein mit 3.4*
hmm, 2 controller hier, usb2.0 und usb3.0, beide gleiches Verhalten:
Quote00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05)
05:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller
Ich nehme wenigstens mal an daß der ASMedia der 3.0er ist.