(gelöst) grub auswahlmenü erst nach 5 MIN, wohl ein SSD prob
(gelöst) grub auswahlmenü erst nach 5 MIN, wohl ein SSD prob
system : Debian / SID(uction)
Grub, die derzeit neueste: 2.02~beta2-33
Kernel (sollte keine rolle spielen, weil das problem *vor* dem eigentlichen booten auftritt:
4.3.2-towo.1-siduction-amd64
Seit heute dauert es nach den BIOS meldungen mehr als 5 M I N U T E N bis das Grub auswahlmenü erscheint. Der Bildschirm ist in diese Zeit komplett schwarz, kein Cursor, nichts. Meiner Erinnerung nach war es die letzten Tage auch schon mit der Grub vorgängerversion ...-32 so, dass eine längere Verzögerung zwischen BIOS und Grub auswahlmenü aufgetreten ist, die aber nur im Bereich von vielleicht 20 Sekunden lag. Ich dachte mir, dass irgendein Grub-update oder UEFI dafür verantwortlich sei, habe mich geärgert, aber es auf sich beruhen lassen. Heute nun dauert es mehr als 5 Minuten, die genaue zeit habe ich nicht gestoppt. Das ist auch nach einem Grub reinstall und einem reconfigure so.
Die einzige sache die mir aufgefallen ist, ist dass das paket grub-efi-amd64-bin installiert ist, welches ich definitiv nicht mauell ausgewählt habe. So war auch meine erst vermutung, dass irgendwelche UEFI geschichten für das größere delay verantwortlich sein könnten, jedoch nutze ich kein UEFI. Ist ein altes Board hier.
Hat irgendjemand eine Ahnung, was dafür verantwortlich ist und wie das behoben werden kann?
Ich hoffe mir kann hier jemand helfen wie ich diesen 5 minütigen Grub (?) Timeout wieder los werde.
Siehe weiter unten
Grub, die derzeit neueste: 2.02~beta2-33
Kernel (sollte keine rolle spielen, weil das problem *vor* dem eigentlichen booten auftritt:
4.3.2-towo.1-siduction-amd64
Seit heute dauert es nach den BIOS meldungen mehr als 5 M I N U T E N bis das Grub auswahlmenü erscheint. Der Bildschirm ist in diese Zeit komplett schwarz, kein Cursor, nichts. Meiner Erinnerung nach war es die letzten Tage auch schon mit der Grub vorgängerversion ...-32 so, dass eine längere Verzögerung zwischen BIOS und Grub auswahlmenü aufgetreten ist, die aber nur im Bereich von vielleicht 20 Sekunden lag. Ich dachte mir, dass irgendein Grub-update oder UEFI dafür verantwortlich sei, habe mich geärgert, aber es auf sich beruhen lassen. Heute nun dauert es mehr als 5 Minuten, die genaue zeit habe ich nicht gestoppt. Das ist auch nach einem Grub reinstall und einem reconfigure so.
Die einzige sache die mir aufgefallen ist, ist dass das paket grub-efi-amd64-bin installiert ist, welches ich definitiv nicht mauell ausgewählt habe. So war auch meine erst vermutung, dass irgendwelche UEFI geschichten für das größere delay verantwortlich sein könnten, jedoch nutze ich kein UEFI. Ist ein altes Board hier.
Hat irgendjemand eine Ahnung, was dafür verantwortlich ist und wie das behoben werden kann?
Ich hoffe mir kann hier jemand helfen wie ich diesen 5 minütigen Grub (?) Timeout wieder los werde.
Siehe weiter unten
Zuletzt geändert von michaa7 am 29.12.2015 23:49:46, insgesamt 4-mal geändert.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
- whisper
- Beiträge: 3193
- Registriert: 23.09.2002 14:32:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN
Hardware?
Platte?
Was sagt dmesg -T ?
mit smartctl -H oder -a mal die Platte angucken.
Wenn das i.o. ist, dann Richtung pakete gucken.
Ich bin jetzt ber hier weg, mein Server ist gerade auch im rescue mode, wegen Platten defekt
Platte?
Was sagt dmesg -T ?
mit smartctl -H oder -a mal die Platte angucken.
Wenn das i.o. ist, dann Richtung pakete gucken.
Ich bin jetzt ber hier weg, mein Server ist gerade auch im rescue mode, wegen Platten defekt
Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN
Hast du (versehentlich) die Bootreihenfolge im BIOS geändert?
Versucht der Rechner vielleicht zuerst Netzwerkboot? Das kann natürlich dauern, wenn kein Bootserver im Netz läuft.
Versucht der Rechner vielleicht zuerst Netzwerkboot? Das kann natürlich dauern, wenn kein Bootserver im Netz läuft.
Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN
CPU~Dual core Intel Core2 Duo E7400 (-MCP-)
Mobo: Gigabyte model: G31M-S2L
Bios: Award v: F9h WG date: 06/10/2009
ID-1: /dev/sdc model: SAMSUNG_HM320II size: 320.1GB
ID-2: /dev/sda model: WDC_WD5000AVDS size: 500.1GB
ID-3: /dev/sdb model: Samsung_SSD_840 size: 120.0GB
Gebootet wird von der SSD, Grub ist auf sda und sdb installiert.
Wg. (versehntlichem) netzwerkboot, dazu müsste ich in letzter zeit wohl das BIOS setup aufgerufen haben, was nicht der fall ist.
Ich scheu mich mal so einfach ins BIOS zu wechseln, weil mich eben jeder reboot alles in allem knapp 10 minuten kostet. Ich hoffe immer noch dass jemandem diese verzögerung bekannt vorkommt.
Um missverständnisse zu vermeiden, die verzögerung tritt unmittelbar nach "Verifying Pool Data ......" auf:
"Verifying Pool Data ......" -->
mehr als 5 minuten schwarzer bildschirm ohne cursor oder text -->
danach erscheint das Grub auswahlmenü.
Bootgeschwindigkeit danach ist vollkommen normal, auch die performance in gebootetem zustand.
EDIT:
BIOS habe ich nun kontrolliert, LAN boot ROM ist und war disabled, die bootreihenfolge ist so dass zuwerst von der WD, und erst dann von der SSD gebooted wird. Das war schon immer so (weil das system bis vor ca. zwei jahren auf der WD war. Die ssd hängt am zweiten Kontroller, und ich bevorzuge die reihnefolge so zu lassen wie sie hardwaremäßig vorliegt). Das hat sich ja nicht geändert und das system ist ja nicht neu aufgesetzt sonder läuft seit langem so.
EDIT2:
smartctl -H ist für alle drei platten "passed", also ok. Den output von smartctl -a habe ich noch nie durchblickt, trotz hilfe, aber wie es ausschaut sind mindestens sda und sdb unauffällig, und die (wohl alten) testfehler von sdc rühren von älteren aufrufen her als diese 2.5" platte noch wackelig in meinem Laptop verbaut waren. Hier der entsprechende output:
Mobo: Gigabyte model: G31M-S2L
Bios: Award v: F9h WG date: 06/10/2009
ID-1: /dev/sdc model: SAMSUNG_HM320II size: 320.1GB
ID-2: /dev/sda model: WDC_WD5000AVDS size: 500.1GB
ID-3: /dev/sdb model: Samsung_SSD_840 size: 120.0GB
Gebootet wird von der SSD, Grub ist auf sda und sdb installiert.
Wg. (versehntlichem) netzwerkboot, dazu müsste ich in letzter zeit wohl das BIOS setup aufgerufen haben, was nicht der fall ist.
Ich scheu mich mal so einfach ins BIOS zu wechseln, weil mich eben jeder reboot alles in allem knapp 10 minuten kostet. Ich hoffe immer noch dass jemandem diese verzögerung bekannt vorkommt.
Um missverständnisse zu vermeiden, die verzögerung tritt unmittelbar nach "Verifying Pool Data ......" auf:
"Verifying Pool Data ......" -->
mehr als 5 minuten schwarzer bildschirm ohne cursor oder text -->
danach erscheint das Grub auswahlmenü.
Bootgeschwindigkeit danach ist vollkommen normal, auch die performance in gebootetem zustand.
EDIT:
BIOS habe ich nun kontrolliert, LAN boot ROM ist und war disabled, die bootreihenfolge ist so dass zuwerst von der WD, und erst dann von der SSD gebooted wird. Das war schon immer so (weil das system bis vor ca. zwei jahren auf der WD war. Die ssd hängt am zweiten Kontroller, und ich bevorzuge die reihnefolge so zu lassen wie sie hardwaremäßig vorliegt). Das hat sich ja nicht geändert und das system ist ja nicht neu aufgesetzt sonder läuft seit langem so.
EDIT2:
smartctl -H ist für alle drei platten "passed", also ok. Den output von smartctl -a habe ich noch nie durchblickt, trotz hilfe, aber wie es ausschaut sind mindestens sda und sdb unauffällig, und die (wohl alten) testfehler von sdc rühren von älteren aufrufen her als diese 2.5" platte noch wackelig in meinem Laptop verbaut waren. Hier der entsprechende output:
# smartctl -a /dev/sdc
smartctl 6.4 2015-06-04 r4109 [x86_64-linux-4.3.2-towo.1-siduction-amd64] (local build)
Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: SAMSUNG SpinPoint M7
Device Model: SAMSUNG HM320II
Serial Number: xxxxxxxxxxxxxxxxxxx
LU WWN Device Id: xxxxxxxxxxxxxxxxxxxxxxxxx
Firmware Version: xxxxxxxxxxxxxxxxxxx
User Capacity: 320.072.933.376 bytes [320 GB]
Sector Size: 512 bytes logical/physical
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 6
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Sun Dec 20 13:29:12 2015 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x05) Offline data collection activity
was aborted by an interrupting command from host.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 120) The previous self-test completed having
the read element of the test failed.
Total time to complete Offline
data collection: ( 4620) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 77) minutes.
SCT capabilities: (0x003f) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail Always - 4312
2 Throughput_Performance 0x0026 252 252 000 Old_age Always - 0
3 Spin_Up_Time 0x0023 091 090 025 Pre-fail Always - 2820
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 819
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0
8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 3032
10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 281
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 861
191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 183
192 Power-Off_Retract_Count 0x0022 252 252 000 Old_age Always - 0
194 Temperature_Celsius 0x0002 064 059 000 Old_age Always - 32 (Min/Max 14/41)
195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 095 095 000 Old_age Always - 160
198 Offline_Uncorrectable 0x0030 100 096 000 Old_age Offline - 11
199 UDMA_CRC_Error_Count 0x0036 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 15
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 281
225 Load_Cycle_Count 0x0032 082 082 000 Old_age Always - 190290
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 80% 1924 90565980
# 2 Extended offline Completed: read failure 90% 1914 16867304
# 3 Extended offline Completed: read failure 90% 1909 16863775
# 4 Extended offline Completed: read failure 90% 1907 16788649
SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Completed_read_failure [80% left] (0-65535)
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN
Ok, die verzögerung hängt ganz offensichtlich irgendwie mir der SSD (sdb) zusammen:
Wenn ich die (reine daten-) platte sdc abhänge bleibt die verzögerung, wenn ich sda abhänge bleibt die verzögerung, wenn ich sdb abhänge erscheint (nach den BIOS boot meldungen) augenblickklich ohne jede verzögerung eine grub rescue, wohl vom auf sda installierten grub, welcher nun die config auf sdb(1) nicht finden kann weil diese abgehängt ist.
Daraus schließe ich, dass irgendetwas mit der SSD klemmt. Auf der SSD ist das system (ausser /var und /home).
Hat jemand eine Idee was das auffinden/starten von Grub auf einer SSD behindern könnte bzw.
Ich frage mich immernoch ob nicht doch das paket "grub-efi-amd64-bin" für die verzögerung verantwortlich ist. Ich habe kein EFI board. Kann ich das paket gefahrlos purgen?
Wenn ich die (reine daten-) platte sdc abhänge bleibt die verzögerung, wenn ich sda abhänge bleibt die verzögerung, wenn ich sdb abhänge erscheint (nach den BIOS boot meldungen) augenblickklich ohne jede verzögerung eine grub rescue, wohl vom auf sda installierten grub, welcher nun die config auf sdb(1) nicht finden kann weil diese abgehängt ist.
Daraus schließe ich, dass irgendetwas mit der SSD klemmt. Auf der SSD ist das system (ausser /var und /home).
Hat jemand eine Idee was das auffinden/starten von Grub auf einer SSD behindern könnte bzw.
Ich frage mich immernoch ob nicht doch das paket "grub-efi-amd64-bin" für die verzögerung verantwortlich ist. Ich habe kein EFI board. Kann ich das paket gefahrlos purgen?
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN
wahrscheinlich heißt esmichaa7 hat geschrieben:[…]
Um missverständnisse zu vermeiden, die verzögerung tritt unmittelbar nach "Verifying Pool Data ......" auf:
"Verifying Pool Data ......" -->
mehr als 5 minuten schwarzer bildschirm ohne cursor oder text -->
danach erscheint das Grub auswahlmenü.
[…]
Dann ist imho entweder die Hardware oder das BIOS (von dem die Meldung kommt, es hat also nichts mit grub zu tun!) schuld.Verifying DMI Pool Data ......
Bei mir hat es bei so einem Problem, einmal auf unerklärliche Weise geholfen, einmal ohne angesteckte SSD zu starten, die Meldung des BIOS, dass kein Startmedium oder Betriebssystem gefunden werden konnte, abzuwarten und dann wieder mit angesteckter SSD zu starten.
Ansonsten würde ich alle Steckverbindungen, vor allem SATA, überprüfen und falls das noch nichts hilft im BIOS möglichst alles resetten oder einen CMOS-Clear machen. Uu genügt bereits im BIOS der Menüpunkt "Reset Configuration Data", falls vorhanden — der sollte dafür sorgen, dass die DMI-Daten über die Hardware gelöscht und in weiterer Folge neu geschrieben werden (die Option "Reset Configuration Data" muss man nach einem Neustart wieder deaktivieren, wenn sie das nicht automatisch macht, damit das nicht bei jedem Neustart passiert).
Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN
Ja, wollte ich selbst noch korrigieren, hab'S vergessensmutbert hat geschrieben: ...
wahrscheinlich heißt esVerifying DMI Pool Data ......
Werde ich mal versuchen. Danke soweit.smutbert hat geschrieben:Dann ist imho entweder die Hardware oder das BIOS (von dem die Meldung kommt, es hat also nichts mit grub zu tun!) schuld.
Bei mir hat es bei so einem Problem, einmal auf unerklärliche Weise geholfen,...
Ansonsten würde ich alle Steckverbindungen, vor allem SATA, überprüfen ...
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Also hier:
viewtopic.php?f=12&t=158636&start=45
beschwert sich auch jemand über Bootzeiten von 5 Minuten, mit Debian Testing.
(Lesen lohnt nicht, es gibt keine Lösung)
aber ne SSD ist da nicht im Spiel.
Bevor ich die Hardware zerpflücke, würde ich ja erst mal Debian Stable ausprobieren.
viewtopic.php?f=12&t=158636&start=45
beschwert sich auch jemand über Bootzeiten von 5 Minuten, mit Debian Testing.
(Lesen lohnt nicht, es gibt keine Lösung)
aber ne SSD ist da nicht im Spiel.
Bevor ich die Hardware zerpflücke, würde ich ja erst mal Debian Stable ausprobieren.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Dir ist aber schon klar dass das problem hier auftaucht ***bevor*** irgendein OS überhaupt zum booten angeboten geschweige denn tatsächlich ein bootvorgang gestartet wird.NAB hat geschrieben:Also hier:
viewtopic.php?f=12&t=158636&start=45
beschwert sich auch jemand über Bootzeiten von 5 Minuten, mit Debian Testing.
(Lesen lohnt nicht, es gibt keine Lösung)
aber ne SSD ist da nicht im Spiel.
Bevor ich die Hardware zerpflücke, würde ich ja erst mal Debian Stable ausprobieren.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Nein, so ganz klar ist mir das nicht ... ich hab schon Rechner beim Reboot sich unterschiedlich verhalten sehen, je nachdem, welches OS vorher drauf lief. Ob du zwischendurch einen Kaltstart inklusive unterbrochener Stomversorgung gemacht hast, geht aus deinen Beschreibungen leider nicht hervor, ebensowenig die zeitliche Korrelation zwischen "Grub, die derzeit neueste: 2.02~beta2-33" und deinem verifying DMI Problem. Wenn das letzte Update schon etwas her ist und die Probleme heute schlagartig angefangen haben, deutet das in der Tat auf Hardwareprobleme hin.michaa7 hat geschrieben:Dir ist aber schon klar dass das problem hier auftaucht ***bevor*** irgendein OS überhaupt zum booten angeboten geschweige denn tatsächlich ein bootvorgang gestartet wird.
Nebenbei ... Google findet Hinweise auf "verifying DMI" und fehlerhaftes RAM.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Es ist wohl die SSD, denn booten von usbstick klappt ohne verzögerung (sofern die ssd nicht angesteckt ist). RAM ist daher wohl auszuschließen. Die zeitliche abfolge ist wie im ersten posting ausführlich beschrieben: nicht erst seit heute.NAB hat geschrieben:Nein, so ganz klar ist mir das nicht ... ich hab schon Rechner beim Reboot sich unterschiedlich verhalten sehen, je nachdem, welches OS vorher drauf lief. Ob du zwischendurch einen Kaltstart inklusive unterbrochener Stomversorgung gemacht hast, geht aus deinen Beschreibungen leider nicht hervor, ebensowenig die zeitliche Korrelation zwischen "Grub, die derzeit neueste: 2.02~beta2-33" und deinem verifying DMI Problem. Wenn das letzte Update schon etwas her ist und die Probleme heute schlagartig angefangen haben, deutet das in der Tat auf Hardwareprobleme hin.michaa7 hat geschrieben:Dir ist aber schon klar dass das problem hier auftaucht ***bevor*** irgendein OS überhaupt zum booten angeboten geschweige denn tatsächlich ein bootvorgang gestartet wird.
Nebenbei ... Google findet Hinweise auf "verifying DMI" und fehlerhaftes RAM.
Ich habe nun manuell ein fstrim durchgeführt, (obwohl dies ja wohl durch einen cronjob erledig werden sollte):
# fstrim -v /
/: 12,2 GiB (13088698368 bytes) trimmed
Der fehler tritt immer auf, egal ob kalt oder warmstart.# df -h /
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sdb1 23G 11G 12G 50% /
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Wenn Grub dir erst ein OS zum Starten anbietet, ist der Bootvorgang aus Sicht des BIOS längst abgeschlossen.michaa7 hat geschrieben:***bevor*** irgendein OS überhaupt zum booten angeboten geschweige denn tatsächlich ein bootvorgang gestartet wird.
Schau, bei "verifying DMI pool data" erfolgt interaktiv die Übergabe der Kontrolle vom BIOS an den Bootloader. Wie gesagt, mir ist nicht so sonnenklar, dass es nicht doch an Grub liegen könnte, der diese Übergabe verzögert, eventuell sogar in Abhängigkeit von der angeschlossenen SSD. Es kann natürlich auch an der Hardware liegen. Defekte Festplatten sind da die beliebteste Ursache.
Hat es denn kürzlich, also gestern oder heute früh, ein Update zu Grub gegeben? Dann würde ich es mal mit einer älteren Version vom USB-Stick versuchen.
Ansonsten ist es wirklich die Hardware ... und es muss nicht zwangsläufig die SSD sein. Eventuell funktioniert die noch prima, und das Mainboard kommt aufgrund eines Fehlers z.B. mit der Geschwindigkeit von Sata3 nicht mehr mit. Und doch, es kann auch am RAM liegen - die RAM-Belegung wird je nach Anzahl der angeschlossenen Festplatten unterschiedliche aussehen und der Fehler dürfte sich in den ersten paar KB abspielen, wo er selbst mit memtest schwer aufzutreiben wäre. So einen RAM-Fehler deckst du am leichtesten auf, indem du den Rechner nur mit einem Speicherriegel testest ... es werden ja nicht alle kaputt sein.
Versteh mich nicht falsch ... ich will dir nicht ausreden, dass es an der SSD liegt. Ich tät mich nur ärgern, wenn ich mir ne neue kaufe und immer noch den gleichen Fehler sehe. Darum würde ich den möglichst genau einzugrenzen versuchen.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Das habe ich nie anders gesehen.NAB hat geschrieben:Wenn Grub dir erst ein OS zum Starten anbietet, ist der Bootvorgang aus Sicht des BIOS längst abgeschlossen.michaa7 hat geschrieben:***bevor*** irgendein OS überhaupt zum booten angeboten geschweige denn tatsächlich ein bootvorgang gestartet wird.
Wirklich ausschließen tue ich das auch nicht, aber es schaut eben nicht danach aus (wie weiter oben bereits beschrieben): Ziehe ich die ssd ab so erscheint nach "verifying DMI pool data" sofort, ohne jegliche verzögerung die grub rescue shell. Dies wird offenbar dadurch aufgerufen, dass bei der, wie du schreibst, "Übergabe der Kontrolle vom BIOS an den Bootloader" eben nun Grub stage1 auf sda startet, und eben die config auf sdb1 sucht ... und nicht findet. Grub auf sda ist die gleiche version wie auf sdb.Schau, bei "verifying DMI pool data" erfolgt interaktiv die Übergabe der Kontrolle vom BIOS an den Bootloader. Wie gesagt, mir ist nicht so sonnenklar, dass es nicht doch an Grub liegen könnte, der diese Übergabe verzögert, eventuell sogar in Abhängigkeit von der angeschlossenen SSD.
Glaub mir, ein Grubfehler, denn ich dann aber erst noch finden müßte, wäre mir viel lieber als mich von der ssd verabschieden zu müssen. Ich werde hier auf sdb einfach Grub mal downgraden.
Lies doch bitte mal das erste posting, ich will mich nicht ständig wiederholen.Hat es denn kürzlich, also gestern oder heute früh, ein Update zu Grub gegeben? Dann würde ich es mal mit einer älteren Version vom USB-Stick versuchen.
Sehr gerne! Ich werde mal andere Kabel und steckplätze verwenden (bootet ja über UUID).Ansonsten ist es wirklich die Hardware ... und es muss nicht zwangsläufig die SSD sein.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Du, hab ich ... da steht was von "Grub, die derzeit neueste: 2.02~beta2-33" und keine genaue Angabe, wann der auf dein System gekommen ist. Probleme gibt's "seit heute". Stretch ist gerade bei 2.02~beta2-32 und das macht zumindest bei dem oben erwähnten Poster auch Ärger. Diese Version hattest du "die letzten Tage" und verdächtigtest eh "irgendein" Grub-Update und denkst, die Sache wird schlimmer.michaa7 hat geschrieben:Lies doch bitte mal das erste posting, ich will mich nicht ständig wiederholen.
So ganz konkret wirst du halt nicht ... aber egal
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Sichern und ein 'badblocks -svw' für das Reallocate.Model Family: SAMSUNG SpinPoint M7
Device Model: SAMSUNG HM320II
Serial Number: xxxxxxxxxxxxxxxxxxx
LU WWN Device Id: xxxxxxxxxxxxxxxxxxxxxxxxx
Firmware Version: xxxxxxxxxxxxxxxxxxx
User Capacity: 320.072.933.376 bytes [320 GB]
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 095 095 000 Old_age Always - 160
198 Offline_Uncorrectable 0x0030 100 096 000 Old_age Offline - 11
# 1 Extended offline Completed: read failure 80% 1924 90565980
# 2 Extended offline Completed: read failure 90% 1914 16867304
# 3 Extended offline Completed: read failure 90% 1909 16863775
# 4 Extended offline Completed: read failure 90% 1907 16788649
Dann weitertesten und die Entwicklung beobachten.
Vielleicht in einem btrfs-Verbund betreiben.
Das würde wohl bei weiterer Fehlerentwicklung automatisch Datenreplizierung betreiben.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Ich habe nicht verstanden was du mir *sichern* meinst.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Deine "SAMSUNG HM320II" hat 160 Sektoren gefunden, die sie nicht mehr lesen kann. Das bedeutet, deine Festplatte ist defekt. Sie kann sich aber selber reparieren, indem du sie einmal komplett mit Daten vollschreibst. Dann werden die defekten Sektoren durch Reserve-Sektoren ausgetauscht. Wenn du den Inhalt der Festplatte noch brauchst, solltest du ihn vor dem Vollschreiben sichern, außer du hast schon eine Sicherung.
Danach solltest du ein scharfes Auge auf die Festplatte haben, denn solche defekten Sektoren können ein Anzeichen für das baldige Versagen der Platte sein - vorallem, wenn schnell zusätzliche defekte Sektoren hinzukommen.
Danach solltest du ein scharfes Auge auf die Festplatte haben, denn solche defekten Sektoren können ein Anzeichen für das baldige Versagen der Platte sein - vorallem, wenn schnell zusätzliche defekte Sektoren hinzukommen.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Ok, das habe ich nun verstanden. Danke!
Aber, diese Samsung ist keine SSD und nicht die systemplatte mit den 5 minuten hängern. Ich habe die daten dieser platte nur gepostet weil der zustand dieser platte unklar ist ( sie war vom hersteller mit falscher und daher wakeliger halterung in ein notebook eingebaut worden. Die aufgetretenen fehler beruhten wohl auf der mangelhafte mechanischen verbindung mit unzuverlässigen kontakten.
Ob dabei die platte selbst schaden genommen hat kann nur vermutet werden.
Aber, für dieses problem hier ist sie nicht verantwortlich, das tritt auch auf wenn diese platte abgeklemmt ist.
Derzeit läuft "smartctl -t long /dev/sdb", also über die sdd.
Aber, diese Samsung ist keine SSD und nicht die systemplatte mit den 5 minuten hängern. Ich habe die daten dieser platte nur gepostet weil der zustand dieser platte unklar ist ( sie war vom hersteller mit falscher und daher wakeliger halterung in ein notebook eingebaut worden. Die aufgetretenen fehler beruhten wohl auf der mangelhafte mechanischen verbindung mit unzuverlässigen kontakten.
Ob dabei die platte selbst schaden genommen hat kann nur vermutet werden.
Aber, für dieses problem hier ist sie nicht verantwortlich, das tritt auch auf wenn diese platte abgeklemmt ist.
Derzeit läuft "smartctl -t long /dev/sdb", also über die sdd.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Ja, völlig richtig ... der Zustand von "SAMSUNG HM320II" scheint unabhängig von deinem Boot-Problem zu sein ... das ist nur ein Beifang. Außer rendegast hat da ne Idee, die ich nicht kenne.
Aber, nein, die Verkabelung hat mit diesen defekten Sektoren nichts zu tun. Das sind interne Befunde der Platte. Das sind Schäden an der Oberfläche, keine Übertragungsfehler.
Ein SMART-Test wird daran nichts ändern, aber der läuft ja über die SSD, wenn ich dich recht verstehe.
Aber, nein, die Verkabelung hat mit diesen defekten Sektoren nichts zu tun. Das sind interne Befunde der Platte. Das sind Schäden an der Oberfläche, keine Übertragungsfehler.
Ein SMART-Test wird daran nichts ändern, aber der läuft ja über die SSD, wenn ich dich recht verstehe.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Richtig. hier das ergebnis für die SSD.NAB hat geschrieben:...
Ein SMART-Test wird daran nichts ändern, aber der läuft ja über die SSD, wenn ich dich recht verstehe.
Ich denke das ist aussagekräftig genug....
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 0 -
Als nächstes werde ich grub downgraden, aber nicht mehr heute.
Danke soweit an alle, morgen geht's weiter
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Das sagt ehrlich gesagt gar nichts. Der SMART-Test läuft gekapselt im Inneren der SSD ab und besagt nur, dass sie läuft, wenn die denn läuft. Das wussten wir schon vorher. Über eventuelle Schwierigkeiten beim Booten/Starten sagt das nichts aus.michaa7 hat geschrieben:Ich denke das ist aussagekräftig genug.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Besser?SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 2520
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 727
177 Wear_Leveling_Count 0x0013 100 100 000 Pre-fail Always - 0
179 Used_Rsvd_Blk_Cnt_Tot 0x0013 100 100 010 Pre-fail Always - 0
181 Program_Fail_Cnt_Total 0x0032 100 100 010 Old_age Always - 0
182 Erase_Fail_Count_Total 0x0032 100 100 010 Old_age Always - 0
183 Runtime_Bad_Block 0x0013 100 100 010 Pre-fail Always - 0
187 Uncorrectable_Error_Cnt 0x0032 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0032 070 061 000 Old_age Always - 30
195 ECC_Error_Rate 0x001a 200 200 000 Old_age Always - 0
199 CRC_Error_Count 0x003e 099 099 000 Old_age Always - 20
235 POR_Recovery_Count 0x0012 099 099 000 Old_age Always - 27
241 Total_LBAs_Written 0x0032 099 099 000 Old_age Always - 206088816
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 0 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
Die SSD habe ich nun mit "badblocks -svn" getestet (nicht mit "w" wie rendegast vorgeschlagen hatte). Außer dass es so länger dauert sollte die aussagekraft des tests nicht beeinträchtigt sein. Fehler: 0,0 .
Was einerseits schön ist, andererseits ungeklärt lässt wo es klemmt.
Was einerseits schön ist, andererseits ungeklärt lässt wo es klemmt.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
michaa, das ist echt sinnlos, was du da tust. Der badblocks-Befehl macht nur auf einer HDD Sinn, nicht auf einer SSD. Und die SSD läuft offensichtlich einwandfrei, wenn sie das Booten erst mal überstanden hat, das wussten wir schon vorher.
Entweder testest du die SSD mal an einem anderen Rechner, oder du schaust dir Bootloader, Speicher, Kabel, Mainboard näher an.
Entweder testest du die SSD mal an einem anderen Rechner, oder du schaust dir Bootloader, Speicher, Kabel, Mainboard näher an.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl
ok, danke.
gruß
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)
michaa7
-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)