Re: Floppy mounten

Autor: Alexander Holler <holler_at_ahsoftware.de>
Datum: Mon, 03 Oct 2011 18:02:14 +0200
Am 02.10.2011 17:01, schrieb Werner Holtfreter:
> Hallo,
>
> Ubuntu (oder wohl eher der Linux-Kernel) hat seit mehreren Versionen
> Schwierigkeiten, das Floppy zu mounten. Bugreport existiert, aber statt
> Abhilfe gibt es nur wechselnde Workarounds. Der letzgültige, der darin
> bestand, das Floppy genau zu beschreiben, geht nun auch nicht mehr:
>
> sudo mount /dev/fd0u1440 /media/floppy0
>
> Kann mir jemand erklären, was mir syslog (unten) sagen will?
> Der Mountversuch beginnt in 16:40:34.

...

> Oct  2 16:40:35 zuse kernel: [  403.026936] BUG: unable to handle kernel NULL pointer dereference at 0000000000000319

Her steht was dir der Kernel sagen will. Er diagnostiziert einen Fehler 
bei sich selbst.

> Oct  2 16:40:35 zuse kernel: [  403.026951] IP: [<ffffffff81199cd4>] blkdev_get+0x224/0x2c0
> Oct  2 16:40:35 zuse kernel: [  403.026971] PGD 43b64067 PUD 525c8067 PMD 0
> Oct  2 16:40:35 zuse kernel: [  403.026980] Oops: 0000 [#1] SMP
> Oct  2 16:40:35 zuse kernel: [  403.026986] last sysfs file: /sys/devices/pci0000:00/0000:00:04.0/usb4/4-1/idProduct
> Oct  2 16:40:35 zuse kernel: [  403.026995] CPU 1
> Oct  2 16:40:35 zuse kernel: [  403.026998] Modules linked in: vfat fat binfmt_misc vesafb nvidia(P) snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer
> snd_seq_device uvcvideo snd videodev k8temp v4l2_compat_ioctl32 soundcore edac_core snd_page_alloc edac_mce_amd ppdev lp parport_pc pcspkr i2c_nforce2 parport reiserfs raid10 raid456 async_pq async_xor xor async_memcpy
> async_raid6_recov usbhid hid floppy sata_via pata_amd ahci libahci forcedeth raid6_pq async_tx raid1 raid0 multipath linear
> Oct  2 16:40:35 zuse kernel: [  403.027075]
> Oct  2 16:40:35 zuse kernel: [  403.027081] Pid: 2225, comm: mount Tainted: P            2.6.38-11-generic #50-Ubuntu BIOSTAR Group GF7025-M2 TE/GF7025-M2 TE
> Oct  2 16:40:35 zuse kernel: [  403.027093] RIP: 0010:[<ffffffff81199cd4>]  [<ffffffff81199cd4>] blkdev_get+0x224/0x2c0
> Oct  2 16:40:35 zuse kernel: [  403.027104] RSP: 0018:ffff8800772c7ce8  EFLAGS: 00010246
> Oct  2 16:40:35 zuse kernel: [  403.027108] RAX: 0000000000000000 RBX: ffffffffa0cb3000 RCX: ffff88007dedde80
> Oct  2 16:40:35 zuse kernel: [  403.027114] RDX: 0000000000000000 RSI: ffff880076ec86d0 RDI: ffffffff81a02300
> Oct  2 16:40:35 zuse kernel: [  403.027119] RBP: ffff8800772c7d48 R08: a000000000000000 R09: 0076ec86d0000000
> Oct  2 16:40:35 zuse kernel: [  403.027124] R10: ff6b1396eb21b400 R11: 0000000000000000 R12: ffff880076ec8680
> Oct  2 16:40:35 zuse kernel: [  403.027129] R13: 0000000000000000 R14: ffff880076ec8340 R15: 0000000000000083
> Oct  2 16:40:35 zuse kernel: [  403.027140] FS:  00007f74ad9eb800(0000) GS:ffff88007dd00000(0000) knlGS:0000000000000000
> Oct  2 16:40:35 zuse kernel: [  403.027146] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Oct  2 16:40:35 zuse kernel: [  403.027150] CR2: 0000000000000319 CR3: 00000000772fd000 CR4: 00000000000006e0
> Oct  2 16:40:35 zuse kernel: [  403.027156] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Oct  2 16:40:35 zuse kernel: [  403.027162] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Oct  2 16:40:35 zuse kernel: [  403.027167] Process mount (pid: 2225, threadinfo ffff8800772c6000, task ffff880047b05b80)
> Oct  2 16:40:35 zuse kernel: [  403.027172] Stack:
> Oct  2 16:40:35 zuse kernel: [  403.027175]  ffff8800772c7cf8 0000000000000000 ffff880076ec8360 ffffffff81a02300
> Oct  2 16:40:35 zuse kernel: [  403.027183]  0000000000000083 0000000000000000 ffff8800772c7d48 ffff880076ec8340
> Oct  2 16:40:35 zuse kernel: [  403.027191]  0000000000000083 ffffffffa0cb3000 ffff880036f7bcf0 ffffffffa0cb3000
> Oct  2 16:40:35 zuse kernel: [  403.027199] Call Trace:
> Oct  2 16:40:35 zuse kernel: [  403.027211]  [<ffffffff81199e9d>] blkdev_get_by_path+0x3d/0x90
> Oct  2 16:40:35 zuse kernel: [  403.027223]  [<ffffffff81167b81>] mount_bdev+0x61/0x210
> Oct  2 16:40:35 zuse kernel: [  403.027233]  [<ffffffffa0caf270>] ? vfat_fill_super+0x0/0x30 [vfat]
> Oct  2 16:40:35 zuse kernel: [  403.027244]  [<ffffffff8112b5a0>] ? __alloc_percpu+0x10/0x20
> Oct  2 16:40:35 zuse kernel: [  403.027252]  [<ffffffffa0caf265>] vfat_mount+0x15/0x20 [vfat]
> Oct  2 16:40:35 zuse kernel: [  403.027259]  [<ffffffff8116749d>] vfs_kern_mount+0x8d/0x280
> Oct  2 16:40:35 zuse kernel: [  403.027267]  [<ffffffff81167704>] do_kern_mount+0x54/0x110
> Oct  2 16:40:35 zuse kernel: [  403.027277]  [<ffffffff81184cfa>] do_mount+0x1ea/0x230
> Oct  2 16:40:35 zuse kernel: [  403.027285]  [<ffffffff81185120>] sys_mount+0x90/0xe0
> Oct  2 16:40:35 zuse kernel: [  403.027294]  [<ffffffff8100c002>] system_call_fastpath+0x16/0x1b

Das ist ein Backtrace der ein Anhaltspunkt gibt, wo man den Fehler 
suchen kann, falls man sich etwas mit den Innereien des Kernels auskennt 
und die entsprechenden Quellen zur Hand hat.

Da das ein Ubuntu-Kernel ist, ist der Ansprechpartner Ubuntu. Wenn du 
das mit einem Original-Kernel (vorzugsweise dem aktuellem stable) 
nachvollziehen kannst, bekommst du sicher auch bei der LKML eine Antwort.

Auf den ersten Blick würde ich sagen, das ist ein Problem im vfat-modul, 
es könnte aber auch nur ein Folgefehler sein.

Gruß,

Alexander


-- 
UUGRN e.V. http://www.uugrn.org/
http://mailman.uugrn.org/mailman/listinfo/uugrn
Wiki: https://wiki.uugrn.org/UUGRN:Mailingliste
Archiv: http://lists.uugrn.org/
Empfangen am 03.10.2011

Dieses Archiv wurde generiert von hypermail 2.2.0 : 03.10.2011 CEST