[gelöst] blkid tierisch langsam: BIOS vermurkst?

[detix]

Betrifft sowohl jessie als auch stretch...
Nach dem Problem hier [1] hatte ich mir vor ein paar Tagen eine SSD zugelegt.
Leider erkennt das BIOS diese Platte nicht und habe deshalb versuchsweise einige Einstellungen dort verändert, was natürlich nichts gebracht hat.
Seitdem braucht selbst ein einfacher Aufruf von blkid ca 13Sek bis zur Ausgabe!

Ich weiß nicht woran ich drehen muss, selbst mit den BIOS-Standard-Einstellungen ändert sich daran nichts.

Falls wichtig: Die SSD funktioniert in meinem Laptop problemlos, also habe ich dessen (nun arbeitslose) Festplatte mit in den Desktop (sdb) gepackt.

Vor dieser Spielerei war blkid noch ganz brav, wo kann/muss ich schrauben?
Die Laptop-Platte benimmt sich im Desktop absolut einwandfrei.
Rechner ist lt dmesg: Fujitsu Siemens, Board K8V-F/K8V-F, BIOS 1009.001 08/18/2004
blkid -g, blkid -c /dev/null hab ich erfolglos probiert.

[1] viewtopic.php?f=13&t=160179

[NAB]

BIOSse haben üblicher Weise eine "reset to defaults"-Option, mit der du alles auf Werkseinstellungen zurücksetzen kannst.

[detix]

Tschuldige, hatte leider gedacht das dies eindeutig wäre:
BIOS-Standard-Einstellungen == "reset to defaults"

[Saxman]

Schau mal im Bios, ob AHCI für deine SATA Ports aktiviert ist. Bei älteren Boards war das nicht unbedingt der Standard.

[NAB]

Tschuldige, hatte leider gedacht das dies eindeutig wäre:
BIOS-Standard-Einstellungen == "reset to defaults"

Ach so ... ich dachte, du fummelst manuell an dem rum, was du für die Standard-Einstellungen hältst ... sorry

Was bedeutet denn das "selbst" in "Seitdem braucht selbst ein einfacher Aufruf von blkid ca 13Sek bis zur Ausgabe!"? Was ist denn sonst noch langsam?

Und blkid fragt jeden Scheiß ab ... hängt da vielleicht noch ne USB-HDD dran, die erst hochdrehen muss?

[habakug]

Hallo!

Ich glaube er meint es so wie es da oben steht:
Eine neue SSD wird an dem Fujitsu nicht erkannt, Bevor das so hingenommen wurde, wurde an den BIOS-Einstellungen "herumgefummelt", durchaus logisch. Jetzt ist alles wieder zurückgebaut, das BIOS wieder auf defaults resettet. Aber dennoch ist etwas anders: So braucht z.B. ein "blkid" in der Konsole sehr lange...

Ich glaube wir brauchen hier Übersetzer....

Gruss, habakug

[detix]

Hoppla, ist noch einiges zusammen gekommen auf der Suche nach "AHCI" im BIOS.
Aber nein, so einen Eintrag finde ich im gesamten BIOS nicht.

@NAB: Dieses "selbst" hat nur insofern Bedeutung (es hängt da keine USB-HDD dran), das ich blkid für ein kleines kdialog-Mountskript nutze und blkid darin nicht nur einmal aufgerufen werden muss, dies braucht jetzt satte 30Sek zum Starten.
Ich würde ja gern lsblk dafür nehmen, funktioniert aber mit der für mich gewünschten Ausgaben nur bei stretch als gemeiner user, bei jessie gibt es dieselben nur als root.

@habakug: genauso ist das!
Irgendwas ist jetzt anders und ich bekomme es einfach nicht mehr hintereinander...

[NAB]

Wenn ich dich recht verstehe, ist jetzt noch was anders ... sdb ist neu! Könnte es an der liegen?

Und gibt es einen Unterschied zwischen "blkid" als user und als root? Oder ist beides gleich lahm?

[detix]

Es ist beides gleich lahm, werde die neue Platte mal abklemmen und schauen ob sich was Neues ergibt...

[habakug]

Hallo!

Nimm die Batterie doch mal für eine halbe Stunde raus.
Oder schau mit strace welche(r) Aufruf(e) denn am längsten dauern.

Code: Alles auswählen

# strace -tt -o blkid.log blkid

Gruss, habakug

[detix]

Also zunächst mal ein paar Minuten später:
die Laptop-Platte ist abgeklemmt, aber obige Aussage trifft noch immer zu:
blkid ist und bleibt tierisch langsam (user/root)!
UUID aus /run/blkid/blkid.tab stimmen auch weiterhin mit denen der /etc/fstab überein...

Die Batterie herausnehmen sehe ich mal als letzte Verzweiflungsaktion:

Code: Alles auswählen

# strace -tt -o blkid.log blkid

ergibt dies (77k): 39268, mir sagt das leider nichts

[NAB]

Öhm ... schalt mal das Diskettenlaufwerk im BIOS aus

[detix]

Den Sch... hab ich doch im Netz tausendmal gefunden, nur wie und wo schalte ich das floppy ab?
Hier gibts kein floppy-Laufwerk!

[habakug]

Hallo!

Jupp, da versucht er 12 Sekunden lang das Diskettenlaufwerk (/dev/fd0) zu öffnen.

Code: Alles auswählen

16:00:04.638148 open("/dev/fd0", O_RDONLY|O_CLOEXEC) = -1 ENXIO (No such device or address)
16:00:16.824507 stat("/dev/sr0", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0), ...}) = 0

Gruss, habakug

edit:
Bios Setup-Utility - Main - Legacy Diskette A - Disabled

Doofer Link:
http://www.manualslib.com/manual/10117/ ... =43#manual

[NAB]

Gerade weil es kein Laufwerk gibt, willst du es im BIOS ausschalten. Genauer gesagt willst du den gesamten Controller ausschalten, einzelne Laufwerke kann man nämlich nicht prüfen, deswegen sucht er so lange.

Im BIOS dürfte das dann FDD Controller oder so heißen ...

[detix]

@NAB, @habakug: Ich verneige mich (verbal) zutiefst und voller Ehrfurcht vor eurem Wissen und Hilfsbereitschaft!
Vielen Dank euch beiden und auch an @Saxman!
Die Lösung, wie von habakug beschrieben:
im BIOS unter Main->Legacy Diskette A->Disabled (stand irgendwas anderes drin)
blkid ist nun nicht mehr zickig, da muss man mal drauf kommen...

[NAB]

Also die zündende Idee kam von habakug ... ich hab nur das Log gelesen

[detix]

Nanana NAB, nicht so bescheiden!
Im Grunde reichen mir als Antwort entsprechende Stichworte zur Lösungsfindung, sofern es um sowas geht (Skripte ausgenommen), nur hierbei gab es im Netz zwar Hinweise auf ein Diskettenlaufwerk, aber keine Hinweise darauf wie ich es im BIOS zu ändern habe...
Höchstwahrscheinlich hab ich auch versucht die SSD als floppy aufzunehmen, aber bei der ganzen BIOS-Spielerei dann eben später wieder vergessen zurückzustellen!