ich wollte grade per komba2 ein freigegebenes verzeichniss mounten.
jetzt hab ich die interessante situation das der mountpoint tot ist.
mit ls /mnt kann ich ihn noch anzeigen. ein ls -l /mnt bleibt bis in alle ewigkeit ohne ausgabe hängen. selbes phänomen wenn ich hinein wechseln will.
der kernel sagte dazu:
Code: Alles auswählen
kernel: printing eip:
kernel: d1a29b13
kernel: Oops: 0000
kernel: CPU: 0
kernel: EIP: 0010:[<d1a29b13>] Tainted: P
kernel: EFLAGS: 00010282
kernel: eax: b186df07 ebx: 535beaa9 ecx: f97943fd edx: f04e2c9b
kernel: esi: d0000000 edi: cc8c1e34 ebp: cc8c1ecc esp: cc8c1de4
kernel: ds: 0018 es: 0018 ss: 0018
kernel: Process kdeinit (pid: 2168, stackpage=cc8c1000)
kernel: Stack: c013b1e0 cc8c1e9c d1a31a50 00000000 00000000 00000000 00000000 cab76ac0
kernel: c3327340 68742073 001cac2d 6f6c6576 00000000 00000000 c2c2d000 00000015
kernel: 00000000 00000000 00000001 00000017 d1a283a5 cbc1b0c0 cc8c1fb0 c013b1e0
kernel: Call Trace: [filldir64+0/368] [<d1a283a5>] [filldir64+0/368] [filldir64+0/368] [<d1a2843c>]
kernel: [filldir64+0/368] [<d1a2931b>] [filldir64+0/368] [vfs_readdir+91/128] [filldir64+0/368] [sys_getdents64+79/259]
kernel: [filldir64+0/368] [sys_brk+187/240] [system_call+51/56]
kernel:
kernel: Code: 0f b6 06 46 89 c2 c1 e2 04 01 da c1 e8 04 01 c2 8d 04 92 8d irgend ne idee, was da passiert ist?
