AMD64 Welcher Kernel ?

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
Benutzeravatar
drabo
Beiträge: 50
Registriert: 03.01.2005 19:36:28
Wohnort: Schweiz
Kontaktdaten:

AMD64 Welcher Kernel ?

Beitrag von drabo » 22.07.2005 16:25:39

Dieser hier --> kernel-image-2.6-amd64-k8
und vielleicht noch das dazu --> amd64-libs

Verwendet jemand den obrigen Kernel? Probleme? Alternativen?

Danke

Dragan
---------------------------------------
http://www.minimix.ch
---------------------------------------

cosmac
Beiträge: 4579
Registriert: 28.03.2005 22:24:30

Beitrag von cosmac » 24.07.2005 16:56:19

Verwendet jemand den obrigen Kernel? Probleme? Alternativen?

Dieser hier --> kernel-image-2.6-amd64-k8
ja, um genau zu sein dieser:

Code: Alles auswählen

Linux mulle 2.6.8-9-amd64-k8 #1 Wed Dec 8 13:26:29 UTC 2004 x86_64 GNU/Linux
und vielleicht noch das dazu --> amd64-libs
nein, keine Erfahrung mit 64-Bit-Programmen... :(

Der Kernel laeuft auf seit Ende Februar produktiv als Samba-, Mail-
und Intranet-Server und fuer eigene C-Programme. Das ganze passiert
auf einem TYAN S2882-Board mit SCSI- und IDE-Platten und den drei
Onboard-Netzwerk-Adaptern, aber ohne SMP.
Dabei ist mir soweit nichts unangenehm aufgefallen.

Aber: eine defekte Seagate ST380013AS SATA-Platte an dem System
hat einen GAU ausgeloest:

Code: Alles auswählen

Current sdc: sense key Medium Error
Additional sense: Write error - auto reallocation failed
(...)
{:ext2:ext2_update_inode+697} <4>pdflush: page allocation failure. order:0, mode:0x20
(...)
Unable to handle kernel NULL pointer dereference at 0000000000000280 RIP:
<ffffffff80201bd9>{blk_rq_map_sg+25}
PML4 972a067 PGD 3d0eb067 PMD 0
Oops: 0000 [1]
Der Schreibfehler ist ja fast normal (bei den heutigen Plattenpreisen),
aber die Folgen im Kernel!
Erstmal bedeutet 'page allocation failure order:0' IMHO dass
_keine_einzige_ Speicherseite verfuegbar war. Zu der Zeit waren
aber min. 800MB cache und buffer, es lief kaum was ausser tar xz.

Zweitens wurden auch Partitionen auf der IDE- und den SCSI-Platten
beschaedigt, wahrscheinlich weil _alle_ pdflush-Prozesse blockiert wurden.
Meine ssh-Verbindung lief ungestoert weiter, reboot ging nur noch mit
koerperlicher Gewalt...

Die zweite Erfahrung mit dem Kernel war auf einem Shuttle SN85G4
auf dem Schreibtisch. Keine besonderen Vorkommnisse - bis ich
zur Fehlersuche diese SATA-Platte dort angeschlossen hab.
Seitdem kommt nichtmal mehr eine BIOS-Meldung :(

Entschuldigung, wenn es ein wenig lang und OT geworden ist,
aber vielleicht kann uns jemand Trost spenden mit diesem Problem,
am liebsten natuerlich "ist seit 2.6.9 behoben"
Deshalb auch das noch: dmesg

aber trotzdem viel Spass mit debian -- keine Alternativen!
cosmac
Beware of programmers who carry screwdrivers.

Antworten