Tod eines Kernels...

[neonknight]

Sowas habe ich nun echt noch nie erlebt! Ich frickle an einem Server rum, und mache immer einen Schritt vorwärts und anschliessend direkt zwei Schritte zurück. Kaum läuft Feature A, schon meint Feature B jetzt plötzlich nicht mehr laufen zu wollen. Das "Beste" ist aber jetzt grad passiert und da bin ich echt hilflos:

Als System ist Debian Sarge AMD64 installiert. Das lief bislang perfekt mit einem selbstkompilierten Kernel. Gestern hatte ich die glorreiche Idee, die Kiste neu zu booten (ich wollte im Bios was kleines Umstellen - selbstverständlich habe ich nach dem ersten Fehlschlag diese Änderung unverzüglich rückgängig gemacht). Doch leider wollte mein schöner Custom-Kernel ab jetzt nicht mehr. Es hagelte Fehlermeldungen bis zum geht nicht mehr, darunter auch ein paar ganz absurde:



/usr/bin/charset: line 16: 3: Bad file descriptor
Setting up per-VC ACM's: /dev/tty1 (iso15), get_console_fd, No such file or directory
Setting up general console font: No such file or directory
/etc/init.d/rcS: line 199: /dev/tty1: No such file or directory
resolvconf: Error: /etc/resolvconf/run/interface is not a directory
Could not access the Hardware Clock in any known way

Tja, und wenn man das Syslog anschaut, dann fehlt anscheinend das halbe /dev. Auch /dev/console gibt es nicht mehr. Er bootet zwar noch halbwegs fertig, d.h. alle wichtigen Dienste sind erreichbar. aber rmnologin oder mein init-skript für die Firewall werden nicht mehr ausfgeührt. Wieso auch immer...
Die Bildschirmausgabe endet nach dem Laden der Netzwerkkarten. Neue Ausgaben erhalte ich merkwürdigerweise beim ein- oder ausstecken der Netzwerkkabel (Link up bzw Link down). Ansonsten schweigt der Monitor.

Zum Glück habe ich noch den Standardkernel drauf, der Bootet. Nur gefallen mir an dem ein paar Dinge nicht, so dass ich doch lieber mein Eigengebräu nutzen möchte.
Ich habe die Kernel-Config mehrfach reviewed, die eingebauten Treiber mit den geladenen Modulen des Standardkernels verglichen - ich kann keinen Fehler entdecken. Wieso auch? Es war bislang ja auch korrekt!

Dennoch habe ich die config gesichert, nach einem make mrproper den Kernel gänzlich neu kompiliert und installiert - und genau... natürlich hat das System nicht richtig gebootet.

Für mich ist das mehr als nur unverständlich. Bislang lief das System mit meinem Kernel doch einwandfrei! Ich habe mehrfach damit gebootet und es gab nie ein Problem. Ich kann mich auch nicht daran erinnern, irgendwelche essentiellen Pakete aktualisiert oder ersetzt zu haben. Die letzten paar Wochen habe ich überhaupt nichts am Basissystem verändert! Wie kann sowas passieren?
Wie bekomme ich die Kiste wieder mit meinem Kernel zum Laufen? Jeder Strohhalm und Wink ist Willkommen, denn die Kiste jetzt noch neu aufzusetzen würde mich ganz ganz ganz gewaltig anpissen. Ist ja auch kein Windows :ugly: glaube ich zumindest.

[oracle2025]

Ich tippe auf irgendwas was mit udev zu tun hat.

[neonknight]

Das habe ich mir erst auch gedacht und deshalb einen Kernel mit devfs-Support gemacht. Danach habe ich den devfsd installiert und das System neu gebootet. Keine Änderung.
Ebenfalls habe ich udev komplett deinstalliert (aptitude purge udev) und danach neu aufgespielt. Auch keine Änderung.

Ich habe Zugriff via Webmin (ssh geht nicht wegen nicht ausgeführtem rmnologin). ps ax zeigt, dass der udevd läuft, andererseits herrscht in /dev tatsächlich gähnende Leere. Kein /dev/rtc, kein /dev/console, keine /dev/ttyx, keine /dev/ptsx... Interessanterweise werden aber /dev/random, null, zero sowie die Festplattenpartitionen, Loopbackdevices etc erstellt.
Ausführen von MAKEDEV oder udevstart hat nichts geändert.
Gemäss dmesg werden die Treiber der fehlenden Geräte aber alle geladen

Auch interessant ist, dass nach ausführen von /etc/init.d/rmnologin start per Webmin der Zugriff via ssh nach wie vor nicht klappt. Zwar wird nach dem Passwort gefragt, aber dann passiert nichts mehr (der Loginversuch wird auch nicht vom Server abgebrochen... es wartet einfach auf bessere Zeiten)

[mbo]

Kannst Du die dmsg posten?

Hardware ist aber in Ordnung?


cu/2

[neonknight]

Einen Hardwaredefekt möchte ich ausschliessen, wenn der Standardkernel bootet... (der Standardkernel ist übrigens auch ein 2.6.12 - ich hab da eine modifizierte Netinstall-CD gefunden. Bei Kernel 2.6.8 ist der aacraid-Treiber nur experimentell und mach Ärger bei der Installation).



Bootdata ok (command line is root=/dev/sda1 ro vga=0x317)
Linux version 2.6.12.6 (root@irc-viper) (gcc-Version 3.3.5 (Debian 1:3.3.5-13)) #1 SMP Sun Jan 29 10:39:30 CET 2006
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007fff0000 (usable)
BIOS-e820: 000000007fff0000 - 000000007ffff000 (ACPI data)
BIOS-e820: 000000007ffff000 - 0000000080000000 (ACPI NVS)
BIOS-e820: 00000000ff780000 - 0000000100000000 (reserved)
ACPI: RSDP (v000 ACPIAM ) @ 0x00000000000f9770
ACPI: RSDT (v001 A M I OEMRSDT 0x09000502 MSFT 0x00000097) @ 0x000000007fff0000
ACPI: FADT (v002 A M I OEMFACP 0x09000502 MSFT 0x00000097) @ 0x000000007fff0200
ACPI: MADT (v001 A M I OEMAPIC 0x09000502 MSFT 0x00000097) @ 0x000000007fff0380
ACPI: OEMB (v001 A M I OEMBIOS 0x09000502 MSFT 0x00000097) @ 0x000000007ffff040
ACPI: DSDT (v001 H8DA8 H8DA8010 0x00000000 INTL 0x02002026) @ 0x0000000000000000
Scanning NUMA topology in Northbridge 24
Number of nodes 1
Node 0 MemBase 0000000000000000 Limit 000000007fff0000
Using node hash shift of 24
Bootmem setup node 0 0000000000000000-000000007fff0000
On node 0 totalpages: 524272
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 520176 pages, LIFO batch:31
HighMem zone: 0 pages, LIFO batch:1
ACPI: PM-Timer IO Port: 0x5008
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfebfe000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 17, address 0xfebfe000, GSI 24-27
ACPI: IOAPIC (id[0x04] address[0xfebff000] gsi_base[28])
IOAPIC[2]: apic_id 4, version 17, address 0xfebff000, GSI 28-31
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 80000000 (gap: 80000000:7f780000)
Checking aperture...
CPU 0: aperture @ d8000000 size 32 MB
Aperture from northbridge cpu 0 too small (32 MB)
No AGP bridge found
Built 1 zonelists
Kernel command line: root=/dev/sda1 ro vga=0x317
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 131072 bytes)
time.c: Using 3.579545 MHz PM timer.
time.c: Detected 1794.928 MHz processor.
Console: colour dummy device 80x25
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 2055920k/2097088k available (2968k kernel code, 0k reserved, 1444k data, 232k init)
Calibrating delay loop... 3514.36 BogoMIPS (lpj=1757184)
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0(2) -> Node 0 -> Core 0
Using local APIC timer interrupts.
Detected 12.464 MHz APIC timer.
Booting processor 1/1 rip 6000 rsp ffff81007ff33f58
Initializing CPU#1
Calibrating delay loop... 3588.09 BogoMIPS (lpj=1794048)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 1(2) -> Node 0 -> Core 1
Dual Core AMD Opteron(tm) Processor 265 stepping 02
CPU 1: Syncing TSC to CPU 0.
CPU 1: synchronized TSC with CPU 0 (last diff 0 cycles, maxerr 490 cycles)
Brought up 2 CPUs
time.c: Using PIT/TSC based timekeeping.
testing NMI watchdog ... OK.
CPU0 attaching sched-domain:
domain 0: span 03
groups: 01 02
domain 1: span 03
groups: 03
CPU1 attaching sched-domain:
domain 0: span 03
groups: 02 01
domain 1: span 03
groups: 03
NET: Registered protocol family 16
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050309
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
Boot video device is 0000:03:04.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.GOLA._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.GOLB._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI-DMA: Disabling IOMMU.
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
IA32 emulation $Id: sys_ia32.c,v 1.32 2002/03/24 13:02:28 ak Exp $
audit: initializing netlink socket (disabled)
audit(1140521379.197:0): initialized
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Coda Kernel/Venus communications, v6.0.0, coda@cs.cmu.edu
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Initializing Cryptographic API
PCI: MSI quirk detected. pci_msi_quirk set.
PCI: MSI quirk detected. pci_msi_quirk set.
vesafb: framebuffer at 0xfd000000, mapped to 0xffffc20000080000, using 3072k, total 8128k
vesafb: mode is 1024x768x16, linelength=2048, pages=4
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU1] (supports 8 throttling states)
ibm_acpi: ec object not found
Real Time Clock Driver v1.12
hpet_acpi_add: no address or irqs in _CRS
Non-volatile memory driver v1.2
hw_random: AMD768 system management I/O registers at 0x5000.
hw_random hardware driver 1.0.0 loaded
Linux agpgart interface v0.101 (c) Dave Jones
Hangcheck: starting hangcheck timer 0.9.0 (tick is 180 seconds, margin is 60 seconds).
Hangcheck: Using monotonic_clock().
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 65536K size 1024 blocksize
loop: loaded (max 8 devices)
tg3.c:v3.31 (June 8, 2005)
ACPI: PCI Interrupt 0000:02:05.0[A] -> GSI 26 (level, low) -> IRQ 26
eth0: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:30:48:77:15:28
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0]
eth0: dma_rwctrl[769f0000]
ACPI: PCI Interrupt 0000:02:05.1[B] -> GSI 27 (level, low) -> IRQ 27
eth1: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:30:48:77:15:29
eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1]
eth1: dma_rwctrl[769f0000]
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
AMD8111: IDE controller at PCI slot 0000:00:07.1
AMD8111: chipset revision 3
AMD8111: not 100% native mode: will probe irqs later
AMD8111: 0000:00:07.1 (rev 03) UDMA133 controller
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide1...
hdc: CD-224E-N, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide0...
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hdc: ATAPI 24X CD-ROM drive, 256kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 24 (level, low) -> IRQ 24
ACPI: PCI Interrupt 0000:02:03.1[B] -> GSI 25 (level, low) -> IRQ 25
scsi0 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11
<Adaptec AIC7902 Ultra320 SCSI adapter>
aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 50-66Mhz, 512 SCBs

scsi1 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11
<Adaptec AIC7902 Ultra320 SCSI adapter>
aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 50-66Mhz, 512 SCBs

Red Hat/Adaptec aacraid driver (1.1.2-lk2 Jan 29 2006)
ACPI: PCI Interrupt 0000:02:01.0[A] -> GSI 24 (level, low) -> IRQ 24
AAC0: kernel 4.2-1[7372]
AAC0: monitor 4.2-1[7372]
AAC0: bios 4.2-1[7372]
AAC0: serial 3b2d4a
AAC0: 64bit support enabled.
AAC0: 64 Bit DAC enabled
scsi2 : aacraid
Vendor: ADAPTEC Model: sysr5 Rev: V1.0
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sda: 574144512 512-byte hdwr sectors (293962 MB)
sda: Write Protect is off
sda: Mode Sense: 03 00 00 00
SCSI device sda: drive cache: write through
SCSI device sda: 574144512 512-byte hdwr sectors (293962 MB)
sda: Write Protect is off
sda: Mode Sense: 03 00 00 00
SCSI device sda: drive cache: write through
sda: sda1 sda2 < sda5 sda6 sda7 sda8 >
Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0
usbmon: debugs is not available
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI Interrupt 0000:03:00.0[D] -> GSI 19 (level, low) -> IRQ 19
ohci_hcd 0000:03:00.0: Advanced Micro Devices [AMD] AMD-8111 USB
ohci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:03:00.0: irq 19, io mem 0xfeafe000
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
ACPI: PCI Interrupt 0000:03:00.1[D] -> GSI 19 (level, low) -> IRQ 19
ohci_hcd 0000:03:00.1: Advanced Micro Devices [AMD] AMD-8111 USB (#2)
ohci_hcd 0000:03:00.1: new USB bus registered, assigned bus number 2
ohci_hcd 0000:03:00.1: irq 19, io mem 0xfeafd000
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
Initializing USB Mass Storage driver...
usb 1-2: new low speed USB device using ohci_hcd and address 2
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usbcore: registered new driver hiddev
hiddev96: USB HID v1.10 Device [American Power Conversion Smart-UPS 1000 RM FW:618.3.I USB FW:1] on usb-0000:03:00.0-2
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.01:USB HID core driver
mice: PS/2 mouse device common for all mice
input: PC Speaker
i2c /dev entries driver
input: AT Translated Set 2 keyboard on isa0060/serio0
rtc8564: cant init ctrl1
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 128Kbytes
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
ip_conntrack version 2.1 (8192 buckets, 65536 max) - 304 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
Losing some ticks... checking if CPU frequency changed.
ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/
arp_tables: (C) 2002 David S. Miller
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
powernow-k8: Found 2 AMD Athlon 64 / Opteron processors (version 1.40.4)
powernow-k8: 0 : fid 0xa (1800 MHz), vid 0x8 (1350 mV)
powernow-k8: 1 : fid 0x2 (1000 MHz), vid 0x12 (1100 mV)
cpu_init done, current fid 0xa, vid 0x8
ReiserFS: sda1: found reiserfs format "3.6" with standard journal
ReiserFS: sda1: using ordered data mode
ReiserFS: sda1: journal params: device sda1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda1: checking transaction log (sda1)
ReiserFS: sda1: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 232k freed
input: ImPS/2 Logitech Wheel Mouse on isa0060/serio1
Adding 3903752k swap on /dev/sda5. Priority:-1 extents:1
ReiserFS: sda8: found reiserfs format "3.6" with standard journal
ReiserFS: sda8: using ordered data mode
ReiserFS: sda8: journal params: device sda8, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda8: checking transaction log (sda8)
ReiserFS: sda8: Using r5 hash to sort names
ReiserFS: sda7: found reiserfs format "3.6" with standard journal
ReiserFS: sda7: using ordered data mode
ReiserFS: sda7: journal params: device sda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda7: checking transaction log (sda7)
ReiserFS: sda7: Using r5 hash to sort names
ReiserFS: sda7: warning: Created .reiserfs_priv on sda7 - reserved for xattr storage.
ReiserFS: sda6: found reiserfs format "3.6" with standard journal
ReiserFS: sda6: using ordered data mode
ReiserFS: sda6: journal params: device sda6, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda6: checking transaction log (sda6)
ReiserFS: sda6: Using r5 hash to sort names
tg3: eth0: Link is up at 100 Mbps, full duplex.
tg3: eth0: Flow control is on for TX and on for RX.
tg3: eth1: Link is up at 100 Mbps, full duplex.
tg3: eth1: Flow control is on for TX and on for RX.

[mbo]

Ich bin schon manchmal doof ;)

Du bist gerade mit dem Standardkernel oben, richtig? Da bringt dmesg ja nicht wirklich viel.

Kannst Deinen Deinen Kernel im SUM booten, oder gar einfach nur den Kernel mit /bin/sh, und dann das dmesg laufen lassen, evtl das bootlog?

cu/2

[neonknight]

Nene, das ist ein dmesg vom malfunktionalen Kernel (hach, schöne Wortkreation). Per Webmin komm ich ja ran :)

[neonknight]

Es ist definitiv ein udev-Problem! Ich hab mal udevstart über webmin ausgeführt, danach waren die Device-Nodes wieder da.
Jetzt, Kernfrage: Wie bring ich udev dazu, gleich beim booten wieder richtig zu funktionieren?

[neonknight]

OK, Problem gelöst. Ich hab erst udev und hotplug gepurged, danach neu installiert und anschliessend dem udev-skript ein paar Log-Outputs eingebaut. Nach dem nächsten Neustart lief es wieder wie gewünscht.

Mein Dank geht an alle, die ihre kostbare Zeit für mein Problem geopfert haben!

Was den Schaden ausgelöst hat, wird wohl ewigs ein Rätsel bleiben...

[neonknight]

OK, ein Bisschen zu früh gejubelt. Jetzt wird einfach jedes mögliche Device erstellt. Ist besser als gar keins, aber auch nicht grad was meiner Vorstellung von Ästhetik entspricht.
Klar, ich könnt's so lassen. Aber mir wärs recht, wenn udev doch nur genau die Device-Nodes erstellen würde, wofür auch ein reales Gerät vorhanden ist...

[no!Z]

wenns dich nicht stört könnte man die überflüssigen Device-Nodes doch per init-Skript wieder entfernen. Ist zwar keine Lösung müsste aber doch funktionieren, oder?
(Ich bin noch nicht so erfahren mit Linux, ähhm nutze es erst seit ein paa Wochen.)

[neonknight]

Völliger Irrtum meinerseits: es werden einfach ein paar willkürliche Devices erstellt. Z.B. tun und tap hab ich nicht mehr. Brauch ich aber für openvpn...

[neonknight]

Ich hab mal ein Bisschen weitergeforscht und folgendes herausgefunden:

Beim booten werden erstmals die initialen Devicenodes verwendet, welche fest auf der Festplatte in /dev gespeichert sind.
Nun wird das udev-Initskript ausgeführt, welches zuerst /dev/pts unmountet und anschliessend ein tmpfs über /dev mountet. In dieses tmpfs sollte nun auch /dev/pts und /dev/shm gemountet werden und per udevstart müssten nun wieder die initialen Devicenodes angelegt werden. Per Hotplug werden dann die Devicenodes für die aktuelle Hardware angelegt.
Soweit die Theorie.
Bei mir endet die Sache nach dem Mounten des tmpfs über /dev. Und dann generiert Hotplug noch die Nodes für die Hardware. Aber die drei Schritte dazwischen fehlen.

Ist zufällig grad ein Debian und udev Guru anwesend?

[neonknight]

Ich hab udev rausgeschmissen und devfs installiert. Damit funktioniert es wieder. Allerdings kann ich jetzt unter keinen Umständen mehr ein Kernelupdate machen.. :(