rendegast hat geschrieben: / = /dev/sdb6, /media/Dateien = /dev/sdb3, swap = /dev/sda4
Die anderen Systeme haben keine Probleme?
Ich habe im letzten Monat einige verschiedene Distributionen ausprobiert, jeweils auf verschiedenen Partition, davon einige auch viele Male gebootet. Und zuvor hatte ich lange Zeit mit derselben Hardware unter Kubuntu 7.10 gearbeitet, ohne irgendwelche Auffälligkeiten. Daß der Rechner beim Booten hängt, ist mir nur bei genau dieser Debian lenny Installation mit der "prepend"-Zeile passiert. Auch nicht auf einer anderen Debian lenny-Installation auf einer anderen Partition, bei der ich das Internetproblem mit dem Bootparameter "ipv6.blacklist=yes" zu lösen versucht habe. Aus diesem Grund scheint mir ein Hardwarefehler unwahrscheinlich.
Mir fallen da nur sporadische Hardwarefehler ein.
Haben Deine Festplattenkabel / Stromkabel keine Wackelkontakte? und sind fest aufgesteckt?
Wenn es ein Speicherfehler wäre, würde wohl ein kernel-oops gemeldet, und der Fehler würde häufiger auftreten,
dennoch, memtest86+ läuft fehlerfrei durch?
möglicherweise Überhitzung?
CPU-Lüfter, Chipsatz-Lüfter, laufen? Rechner ist nicht mit Staub zugesetzt?
Netzteil ist nicht unterdimensioniert?
(Beim Zugriff auf viele devices fällt möglicherweise der Strom zum Betrieb der Festplatte soweit, daß sie aussetzt)
Also memtest habe ich vor ca. 2 Monaten das letzte Mal gemacht, ich weiß nicht mehr genau, wie viele Passes er durchgelaufen ist, es dauerte jedenfalls länger als eine Stunde. Gefunden wurde nichts. Alle Lüfter laufen und es ist alles entstaubt. Ich habe zwei SATA-Festplatten, ein CD/DVD-Lese-Laufwerk und einen CD-Brenner angeschlossen, sonst nichts. Ich kann mir deshalb nicht vorstellen, daß das Netzteil damit überfordert wäre.
Code: Alles auswählen
# Gibt SMART etwas aus?
smartctl -s on -S on -o on [-d ata] /dev/sdb
smartctl -a [-d ata] /dev/sdb
Code: Alles auswählen
desktop:~# smartctl -s on -S on -o on -d ata /dev/sdb
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.
SMART Automatic Offline Testing Enabled every four hours.
desktop:~# smartctl -a -d ata /dev/sdb
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Device Model: ST3640323AS
Serial Number: 9VK07T8M
Firmware Version: SD13
User Capacity: 640.135.028.736 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 4
Local Time is: Wed Jan 7 23:19:31 2009 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
See vendor-specific Attribute list for marginal Attributes.
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 617) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
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: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 135) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x103b) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 111 100 006 Pre-fail Always - 41567332
3 Spin_Up_Time 0x0003 097 097 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 7
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 100 253 030 Pre-fail Always - 241430
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 179
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 211
184 Unknown_Attribute 0x0032 099 099 099 Old_age Always FAILING_NOW 1
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 21
189 High_Fly_Writes 0x003a 093 093 000 Old_age Always - 7
190 Airflow_Temperature_Cel 0x0022 064 058 045 Old_age Always - 36 (Lifetime Min/Max 36/36)
194 Temperature_Celsius 0x0022 036 042 000 Old_age Always - 36 (0 16 0 0)
195 Hardware_ECC_Recovered 0x001a 034 034 000 Old_age Always - 41567332
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
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.
Über das Ergebnis des Reboots mit Dateisystemprüfung kann ich morgen berichten.
Ich habe aber auch noch eine Frage: Läuft der Bootvorgang strikt sequentiell ab, also ein Skript nach dem anderen? Ich habe nicht daran rumgespielt, nichts zu optimieren versucht und auch nicht "insserv" installiert. Ich frage, weil ich mich natürlich auch wundere, warum dieses Hängen nur gelegentlich auftritt und ich an eine Race condition gedacht habe.
Ich habe vor einiger Zeit schon mal die logs in /var/logs/ nach Auffälligkeiten durchsucht. Dabei fiel mir folgendes in "syslog" auf, weil es mit dhclient zusammenhängt:
Code: Alles auswählen
Dec 28 13:56:47 desktop NetworkManager: <debug> [1230469007.292231]
nm_print_open_socks(): Open Sockets List Done.
Dec 28 13:56:47 desktop NetworkManager: <info> Deactivating device eth0.
Dec 28 13:56:47 desktop dhclient: There is already a pid file
/var/run/dhclient.eth0.pid with pid 2839
Dec 28 13:56:47 desktop dhclient: killed old client process, removed PID
/file
Dec 28 13:56:47 desktop dhclient: DHCPRELEASE on eth0 to 192.168.2.1 port 67
Dec 28 13:56:47 desktop avahi-daemon[2665]: Withdrawing address record for
192.168.2.100 on eth0.
Das wurde bei einem Shutdown ausgegeben, der einem Bootvorgang, bei dem es zum Hängen kam, vorausging. Es wirkt auf mich, als würde der Prozeß "ifupdown-clean" irgendwie gelegentlich mit dem Vorgang, bei dem der Kernel die Module lädt, in Konflikt geraten, vielleicht weil er länger braucht als vorgesehen oder irgendeinen Vorgang im Hintergrund ablaufen lässt, während der Kernel die Module zu laden versuchen, und der im Hintergrund ablaufende Prozeß und der Kernel-Modul-Lade-Prozeß kommen sich in die Quere?
Was bewirken denn diese Zeilen im ifupdown-clean-Skript? Der Autor scheint sie ja selber nicht optimal zu finden.
Code: Alles auswählen
elif [ -f $IFSTATE ]; then
# This is kinda bad :(
>$IFSTATE
fi
)
?