Siduction Forum
Siduction Forum => Hardware - Support => Topic started by: ayla on 2011/11/08, 09:05:45
-
Hallo,
nach Erstellen eines USB-Sticks als boot-fähiges ISO-Image mittels dd if=iso of=.../sdx wird dieser von meinem BIOS nicht mehr erkannt.
Ein Neu-Formatieren des Sticks/Neu Erstellen der Partitionstabelle mit gpartet bringt nix, auch nicht nach überschreiben mit dd if=/dev/zero of=Stick.
Mit meinem Laptop dagegen ist der Stick nach wie vor problemlos benutztbar.
Getestet mit 2 verschiedenen Sticks. Mit meinem letzten laß ich das vorerst mal lieber... :(
ISO's sind fullstory-images nach Konfiguration aus dem aptosid-wiki erstellt.
BIOS ist ein ASUS-BIOS mit UEFI. Version 0401 x64.
Jemand eine Idee was da los sein könnte/ welche Einstellungen möglicherweise dafür verantwortlich sind?
Gruß
ayla
-
Hast Du gpt verwendet? Wenn nicht, mal gdisk anschauen (teilweise auch in meinem SSD-blog beschrieben)
greetz
devil
-
Hallo devil,
gpt benutze ich sowohl bei meinem Notebook(altes BIOS) als auch bei dem Desktop(EFI) für die jeweilige SSD. Beide Problemlos.
Einen der für den Desktop "toten" Sticks hab ich jetzt mal mit gdisk -ebenfalls nach Deiner Anleitung- mit einem gpt versehen und mit ext4 formatiert.
Nach wie vor kann ich ihn mit dem Notebook problemlos benutzen, während er für das "modernere" BIOS des Desktop einfach nicht vorhanden ist -taucht auch in der Boot-Auswahl dort nicht auf. Sogar die Kontrolllampe leuchtet nicht wenn ich ihn an den Desktop anstecke.
Das BIOS hat eine Art Kompatipilitäts-Funktion für "alte usb-devices" die ich auch schon ohne Erfolg probiert habe, 3.0 Unterstützung habe ich deaktiviert.
Bevor ich versucht habe sie als Boot-CD zu "mißbrauchen" wurden beide Sticks auch vom BIOS des Desktops -mit den jetzigen Einstellungen- problemlos akzeptiert, erst seitdem ich das ISO am Port des Desktops draufgebügelt hatte -am Notebook getestet und funktionsfähig- ist Essig.
Ich kanns mir nicht erklären und hab auch keine Idee mehr an welchen Einstellungen ich vielleicht noch drehen könnte, die Sticks sind beide noch ok -sagt wenigstens das Notebook und das gleiche ISO kann ich mittels CD-ROM auch problemlos starten. :?
Gruß
ayla
-
Was sagt denn dmesg nach anstecken des Sticks?
greetz
devil
-
Wie? dmesg sagt tatsächlich was, dann isser wohl doch nicht soo tot:
[ 7361.862271] usb 2-1.2: new high speed USB device number 10 using ehci_hcd
[ 7361.947092] usb 2-1.2: device descriptor read/64, error -71
[ 7362.132985] usb 2-1.2: device descriptor read/64, error -71
[ 7362.306884] usb 2-1.2: new high speed USB device number 11 using ehci_hcd
[ 7362.391959] usb 2-1.2: device descriptor read/64, error -71
[ 7362.577853] usb 2-1.2: device descriptor read/64, error -71
[ 7362.751622] usb 2-1.2: new high speed USB device number 12 using ehci_hcd
[ 7363.160318] usb 2-1.2: device not accepting address 12, error -71
[ 7363.233444] usb 2-1.2: new high speed USB device number 13 using ehci_hcd
[ 7363.642032] usb 2-1.2: device not accepting address 13, error -71
[ 7363.642112] hub 2-1:1.0: unable to enumerate USB device on port 2
Hab ich nicht erwartet -und deshalb auch nicht überprüft-, da schon im BIOS nix zu sehen war.
Allerdings kann ich damit auch wenig anfangen.
Kann ich die Übersetzung der error-Number irgendwo finden -gesetzt den Fall das würde mich weiter bringen, oder sagen diese Meldungen auch so schon woran es liegt?
-
Du hast auch mal einen USB-Port hinten am Gerät probiert? Die vorderen haben bei mir auch schon mal ähnliche Ergebnisse produziert.
greetz
devil
-
Ja, hab ich, und gerade nochmal alle durchprobiert.
dmesg bringt an allen Ports die gleiche Meldung wie oben, bis auf die unterschiedliche Adressen natürlich. Andere Sticks werden erkannt.
Bei den Ports mit 3.0 Unterstützung sagt aber auch dmesg nix, egal ob 3.0 im BIOS aktiviert ist oder nicht. Wenn deaktiviert sind's 2.0 Ports.
-
Ich werd das die Tage mal durchtesten, kann aber nicht versprechen, wann.
greetz
devil
-
Hab gerade einen weiteren Stick geopfert. Der wird noch als ISO erkannt.
Dies war -glaube ich- auch bei den beiden anderen Sticks zuerst so -ist schon 6-8 Wochen her daß die streiken-. Erst nach dem 2. oder 3. Iso-Test wurden sie dann, soweit ich mich erinnere, nicht mehr erkannt. K. A. ob das vielleicht mit einem der ISO's zusammenhing -oder überhaupt zusammenhängen kann, kann ich mir eigentlich nicht vorstellen- oder mit einem d-u...
Werd' auf jeden Fall mit dem neuen Stick mal ein wenig experimentieren, vielleicht fällt mir ja, falls der auch irgendwann aussteigt, ein Zusammenhang auf. Kann aber auch etwas dauern bis ich dazu komme.
-
Ich häng mich mal dran.
Seit gestern hab ich genau die gleichen Fehlermeldungen wie ayla sie oben in der codebox geposted hat.
Seitdem geht bei mir kein USB-Gerät mehr (Drucker, Kindle, Kamera, Smartphone ....).
Bei mir sind die hinteren Ports betroffen (USB 1.1 und 2.0), die vorderen funktionieren sporadisch.
Ich habe weder d-u gemacht noch irgendwelche Sticks formatiert. Die Fehlermeldungen erscheinen sofort beim Beginn des Bootens, auch wenn keine USB-Geräte angeschlossen sind.
Ich tippe auf HW-Fehler, hatte aber noch keine Zeit zum checken.
Gruß
oduffo
-
Zumindest mein Problem ist gelöst, wie üblich völlig anders als vermutet.
Beim Booten heute morgen erhielt ich error: symbol not found: 'grub_divmod64_full'.
Entering rescue mode ...
grub rescue>_Eine Google-Suche brachte den entscheidenden Hinweis: Die Reihenfolge der Boot-Devices im BIOS ist wichtig.
Nach einem Absturz hatte ich im BIOS die default-Werte geladen, und danach zwar die Boot-Prioritäten neu eingestellt (1. CD / 2. HDD ..) aber nicht darauf geachtet, in welcher Reihenfolge meine beiden Platten gelistet waren. Grub erwartet als erste Platte diejenige, auf der Grub installiert ist.
Geändert, neu gebootet, alles ok.
Und das beste: Auch die in diesem Thread angesprochenen "device descriptor read/64" Fehlermeldungen waren verschwunden. Alle USB-Devices funktionieren wieder auf allen Ports.
Gruß
oduffo
:D :D
-
So, hab jetzt mal einen neueren Stick ein wenig gequält...
Es sieht für mich im Moment so aus daß die beiden Sticks, die von meinem Desktop nicht mehr erkannt werden möglicherweise einen Defekt haben. Tests mit einem neuen Stick haben keine Probleme mehr gezeigt. Komisch zwar, daß beide ältere Sticks an meinem Notebook noch funktionieren, aber ok. Der neuere Stick hat die Prozedur, die die älteren am Desktop aussteigen ließ, jetzt mehrfach problemlos hinter sich gebracht.
Eins, was damit nix zu tun hat, aber möglicherweise bei einem Release berücksichtigt werden sollte ist mir aufgefallen:
Bei einer Installation mittels install-aptosid-to-usb oder install-siduction-to-usb bootet ein mit "persistent" und ext2 File-System erstellter Stick wiederholbar nicht. Fehlermeldung (in etwa):
"Kann keine Persistent-Datei finden", was nicht weiter verwundert, die wird anscheinend auch nicht erstellt.
Mit dem FAT32 Datei-System gibt es dagegen keine Probleme, eine 2GB große Datei ist dort vorhanden.
Gruß
ayla
-
ayla,
bei ext2 gibt es keine separate Datei, die gesamte Partition wird verwendet. Aus der Hüfte geschossen: Benenne die ext2-Partition auf dem Stick um. Ich erinnere mich an "sidux-rw". Vielleicht heute "aptosid-rw".
Dann sollte die Persistenz klappen.
Gruß
raschu
-
Danke raschu, das wäre eine Möglichkeit, daß es da Probleme gibt weil ich ein fullstory-iso verwende.
Die funktionierende vfat-Datei heisst auch fullstory-rw. Muß noch mal testen wie die ext2-Partition genannt wird.
Gruß
ayla
-
Nee, so klappt es auch nicht.
Habe der Partition mit gparted die Bezeichnung fullstory-rw und testweise auch Fullstory-rw gegeben. Die Abbruchmeldung bleibt die gleiche:
Invalid/missing fullstory-rw persistent filesystem-in-a-file
Das klingt als würde, wie beim vfat-system ebenfalls eine fullstory-rw-Datei erwartet, aber nicht (oder nicht richtig) angelegt.
-
ayla,
tut mir Leid, das mit dem Partitionsnamen war Blödsinn. Der Name ist egal.
Ich habe es heute jeweils noch einmal mit aptosid-2011-02 KDE full 64 und lite 32 probiert.
Es funktioniert.
Erste Partition 3GB ext2.
Install-aptosid-to-usb
Bei der Installation kommt die Meldung, "failed to prepare persistency overlay"
Install successful.
Beim Neustart als Option "persist" angegeben.
Zu Fullstory kann ich leider garnichts sagen.
Gruß
Raschu
-
hmm.
dann muß ich nochmal schauen ob's mit der originalen CD/DVD klappt.
Ich bekomme mit der aktuellen (3 Tage alt -d.h. vor drei Tagen neu runtergeladen) aptosid- bzw. siduction-Version keine Fehlermeldung bei der Installation.
Der Menüeintrag der erzeugt wird ist folgender:
menuentry "fullstory from iso (amd)" {
loopback loop /fullstory.iso
linux (loop)/boot/vmlinuz0.amd boot=fll fromhd=UUID=d1ceaa83-8e23-422a-8911-1af07a04bd2d fromiso=/fullstory.iso nointro quiet persist lang=de_DE tz=Europe/Berlin
initrd (loop)/boot/initrd0.amd
Die UUID passt und wenn ich persist entferne bootet das Ganze auch.
Na. noch mal ein wenig spielen...
Danke und Gruß
ayla
EDIT:
sehe gerade:
Disk /dev/sdc: 8086 MB, 8086618112 bytes
37 heads, 13 sectors/track, 32836 cylinders, total 15794176 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: 0x0001a12d
Device Boot Start End Blocks Id System
/dev/sdc1 2048 15794175 7896064 83 Linux
Disk /dev/mapper/fullstory-live: 17.2 GB, 17179869184 bytes
255 heads, 63 sectors/track, 2088 cylinders, total 33554432 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: 0x00000000
Disk /dev/mapper/fullstory-live doesn't contain a valid partition table
/dev/mapper/fullstory-live müsste doch der Stick sein? Der wird als /dev/sdc mit 8GB auch korrekt angezeigt. Aber was wird dann da eigentlich unter /dev/mapper mit 17,2GB angezeigt? 8GB Stick + 8GB RAM + 2GB SWAP ?
EDIT 2:
ok, ich geb's auf. Die einzige Möglichkeit wie ich den Stick mit ext2 zum booten bringe ist das Entfernen von persist in der command line. Versuche mit persist=/dev/sdc2 oder /fullstory-rw oder fullstory-rw (nach Anlegen einer 2.Partition mit Bezeichnung fullstory-rw)bringen auch nur die schon erwähnte Fehlermeldung.
Benutze halt VFAT.
Gruß
ayla
-
hrmpf, diese Sticks machen mich noch irre.
Ich bekomme keinen Stick dem ich mittels dd ein ISO verpaast hatte mehr auf normalem Weg gelöscht.
Gparted, gdisk, fdisk, alle behaupten ein neues Partition-Table geschrieben und eine neue Partition erstellt zu haben.
Nach dem Reboot ist dann zwar der "siduction"-Eintrag in Dolphin verschwunden, aber wenn ich auf den normalen Eintrag, also z.B. "IT1168 USB Flash Drive" gehe sind die Ordner boot und fullstory sowie md5sums noch genauso vorhanden wie vor der Behandlung mit den Partitionierungstools.
Einzige Möglichkeit das Ding gelöscht zu bekommen ist per dd das Ding mit Nullen zu überschreiben und anschließend nochmal mit fdisk zu bearbeiten.
Danach habe ich dann aber das Problem das ich den Stick nur noch als User beschreiben kann wenn ich ihn mit FAT32 bzw VFAT formatiert habe. Hab ich ihn mit ext 2 formatiert bekomme ich als user die Meldung "schreiben auf .... nicht möglich"
:evil:
hmm... ob das wohl das gleiche Problem ist warum ich nur mit VFAT einen boot-Stick mit funktionierendem persistent anlegen kann, bei ext2 aber der boot-Vorgang bei aktiviertem persistent abbricht?
-
Hi zamm und besinnliche Festtage,
gerade hatte ich das gleiche Problem. Ich hatte einen Stick mit einer SUSE 12.1 zum Installieren vorbereitet. Begleiterscheinung ist, dass dem Stick dabei ein CD-Dateisystem verpasst wird. Und das wird man nur wieder los, indem man den Stick vollständig plättet.
dd if=/dev/zero of=/dev/sdx
Erst danach ist der Stick wieder verwendbar. Nur den mbr zu überschreiben oder nur eine neu Partitionstabelle anzulegen reicht nicht, weil Teile des ISO9660-Dateisystems erhalten bleiben.
Gruß dsat