(gelöst) grub auswahlmenü erst nach 5 MIN, wohl ein SSD prob

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

(gelöst) grub auswahlmenü erst nach 5 MIN, wohl ein SSD prob

Beitrag von michaa7 » 20.12.2015 01:27:31

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
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)

Benutzeravatar
whisper
Beiträge: 3151
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

Beitrag von whisper » 20.12.2015 11:19:55

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 :-(

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN

Beitrag von MSfree » 20.12.2015 11:33:14

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.

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN

Beitrag von michaa7 » 20.12.2015 12:19:50

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:
# 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
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN

Beitrag von michaa7 » 20.12.2015 13:58:42

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?
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

Benutzeravatar
smutbert
Moderator
Beiträge: 8313
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN

Beitrag von smutbert » 20.12.2015 15:43:04

michaa7 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ü.
[…]
wahrscheinlich heißt es
Verifying DMI Pool Data ......
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, 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).

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erscheint erst nach mehr als 5 MINUTEN

Beitrag von michaa7 » 20.12.2015 16:06:05

smutbert hat geschrieben: ...
wahrscheinlich heißt es
Verifying DMI Pool Data ......
Ja, wollte ich selbst noch korrigieren, hab'S vergessen :wink:
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 ...
Werde ich mal versuchen. Danke soweit.
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von NAB » 20.12.2015 16:10:31

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.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 20.12.2015 16:35:17

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.
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.
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von NAB » 20.12.2015 17:15:20

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.
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.

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

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 20.12.2015 17:37:13

NAB hat geschrieben:
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.
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.

Nebenbei ... Google findet Hinweise auf "verifying DMI" und fehlerhaftes RAM.
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.

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
# df -h /
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sdb1 23G 11G 12G 50% /
Der fehler tritt immer auf, egal ob kalt oder warmstart.
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von NAB » 20.12.2015 18:32:41

michaa7 hat geschrieben:***bevor*** irgendein OS überhaupt zum booten angeboten geschweige denn tatsächlich ein bootvorgang gestartet wird.
Wenn Grub dir erst ein OS zum Starten anbietet, ist der Bootvorgang aus Sicht des BIOS längst abgeschlossen.

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

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 20.12.2015 19:04:15

NAB hat geschrieben:
michaa7 hat geschrieben:***bevor*** irgendein OS überhaupt zum booten angeboten geschweige denn tatsächlich ein bootvorgang gestartet wird.
Wenn Grub dir erst ein OS zum Starten anbietet, ist der Bootvorgang aus Sicht des BIOS längst abgeschlossen.
Das habe ich nie anders gesehen.
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.
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.

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.

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.
Lies doch bitte mal das erste posting, ich will mich nicht ständig wiederholen.
Ansonsten ist es wirklich die Hardware ... und es muss nicht zwangsläufig die SSD sein.
Sehr gerne! Ich werde mal andere Kabel und steckplätze verwenden (bootet ja über UUID).
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von NAB » 20.12.2015 20:20:11

michaa7 hat geschrieben:Lies doch bitte mal das erste posting, ich will mich nicht ständig wiederholen.
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.

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

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von rendegast » 20.12.2015 22:31:57

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
Sichern und ein 'badblocks -svw' für das Reallocate.
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")

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 21.12.2015 19:41:27

Ich habe nicht verstanden was du mir *sichern* meinst.
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von NAB » 21.12.2015 20:12:19

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.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 21.12.2015 20:35:56

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.
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von NAB » 21.12.2015 20:59:06

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.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 21.12.2015 22:01:23

NAB hat geschrieben:...
Ein SMART-Test wird daran nichts ändern, aber der läuft ja über die SSD, wenn ich dich recht verstehe.
Richtig. hier das ergebnis für die SSD.
...
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 -
Ich denke das ist aussagekräftig genug.

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)

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von NAB » 21.12.2015 22:27:59

michaa7 hat geschrieben:Ich denke das ist aussagekräftig genug.
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.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 21.12.2015 23:42:14

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.
Besser?
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 25.12.2015 15:55:08

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.
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von NAB » 25.12.2015 16:16:12

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.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

michaa7
Beiträge: 4610
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: grub auswahlmenü erst nach 5 MINUTEN, wohl ein SSD probl

Beitrag von michaa7 » 25.12.2015 17:17:50

ok, danke.
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

Antworten