ich habe bei mir sidux 64bit am laufen. das ganze funktioniert auch soweit, allerdings bekomme ich nach einer weile immer fehlermeldungen, die offensichtlich am sidux-kernel liegen. denn mein zugriff auf die zweite festplatte funktioniert dann nicht mehr und ich bekomme eine fehlermeldung.
als erstes habe ich dieses problem natürlich im sidux-forum angesprochen, aber wirklich helfen konnte mir dort niemand. letztlich blieb mir dort als empfehlung, dass ich meine zweite ide-festplatte ausstöpsel und nur noch auf meine größere sata-festplatte arbeiten solle, wegen mischbetrieb (probleme usw.).
aber: dieses problem habe ich ausschließlich mit allen sidux-kerneln, alle anderen kernel (ubuntu, debian etc) funktionieren reibungslos. meine vorläufige lösung ohne den ausbau meiner ide-festplatte ist daher, den debian standard-kernel 2.6.32-trunk-amd64 mit sidux zu benutzen, denn das funktioniert.
meine frage lautet daher, ob vielleicht jemand von euch weiß, welche einstellung im sidux-kernel dafür verantwortlich sein könnte, dass diese probleme auftreten? ansonsten belasse ich es einfach dabei wie es jetzt ist.
anbei füge ich mal auszüge der beschreibung des problems, um die details zu veranschaulich:
... leider habe ich sporadisch auftretende fehlermeldungen des kernels (2.6.31-6.slh.1-sidux-amd64 als auch 2.6.32-4.slh.2-sidux-amd64). er meldet mir zugriffsprobleme auf meine zweite hdd (sdb) mit ext4. die meldung lautet "mpage_da_map blocks block allocation for inode .... with error -30)" oder auch "ata5.00 exception emask frozen ... status drdyerr ... revalidation failed ... buffer io error". mir bleibt dann nur noch ein reboot.
ich vermute, dass dieses problem am linux-kernel liegt, denn ich hatte in den letzten monaten unterschiedliche distributionen installiert, die alle reibungslos ohne diese meldung liefen. dazu gehörten unter anderem debian squeeze, sid, kubuntu und opensuse 11.2 jeweils in den 64bit-versionen.
so habe ich zunächst einen eigenen kernel jeweils mit und ohne .config des laufenden sidux-systems erzeugt, den ich leider nie bootfähig hinbekommen habe. deswegen habe ich mich dazu entschieden, den debian standard-kernel 2.6.32-trunk-amd64 in sidux zu installieren. und seitdem habe ich einen reibungslosen betrieb, ohne probleme mit dem zugriff auf meine festplatten. deswegen schließe ich daraus, dass dieses problem bei mir anscheinend etwas mit dem modifizierten sidux-kernel zu tun haben müssen.
möglicherweise liegt eine ursache auch darin, dass meine zwei festplatten einmal über sata und die andere über ide angeschlossen sind. dagegen spricht, dass andere kernel keine probleme damit haben.
fsck sagt mir, dass alles in ordnung ist. als ich sidux vor einem jahr getestet hatte, waren meine festplatten noch auf ext3 und hatten dasselbe problem.
beim googeln bin ich auch nicht richtig fündig geworden, außer vielleicht bei diesem link hier:
http://linux.derkeiler.com/Mailing-List ... 00769.html
interessant ist, dass der autor des threads anmerkt, dass bei ihm das problem immer auf sdb auftritt. das ist bei mir ebenfalls so.
hardware
- Summary
Computer
Processor 2x Pentium(R) Dual-Core CPU E5200 @ 2.50GHz
Memory 4063MB (667MB used)
Operating System Debian GNU/Linux squeeze/sid
Date/Time Fr 22 Jan 2010 16:32:22 CET
Display
Resolution 1280x1024 pixels
OpenGL Renderer GeForce 9400 GT/PCI/SSE2
X11 Vendor The X.Org Foundation
Multimedia
Audio Adapter Audigy2 - SB Audigy 4 [SB0610]
IDE Disks
ATAPI iHAP122 8
MAXTOR STM3160215A
Operating System
Version
Kernel Linux 2.6.32-trunk-amd64 (x86_64)
Compiled #1 SMP Sun Jan 10 22:40:40 UTC 2010
C Library GNU C Library version 2.10.2 (stable)
Default C Compiler GNU C Compiler version 4.4.3 20100108 (prerelease) (Debian 4.4.2-9)
Distribution Debian GNU/Linux squeeze/sid
Desktop Environment KDE 4.3.4
lrwxrwxrwx 1 root root 10 22. Jan 22:21 27e5a4ee-30e0-4642-9fd6-6bb5966f2830 -> ../../sdb3
lrwxrwxrwx 1 root root 10 22. Jan 22:21 68d43904-2ff2-4f33-bc15-a6dc4ca4c897 -> ../../sdb4
lrwxrwxrwx 1 root root 10 22. Jan 22:21 69d53e0f-8427-4864-a02b-044f9ad7082d -> ../../sdb2
lrwxrwxrwx 1 root root 10 22. Jan 22:21 ca7ae994-2d9d-4e00-8140-8eb1b7a2c9a3 -> ../../sda1
lrwxrwxrwx 1 root root 10 22. Jan 22:21 E270D27F70D25A3D -> ../../sdb1
# /etc/fstab - static information about the filesystems - fstab(5)
#
# /etc/fstab is only read by programs, and not written; it is the duty of the
# system administrator to properly maintain this file.
#
# Instead of giving the device explicitly, one may indicate the filesystem
# that is to be mounted by its UUID or VOLUME label. This will make the
# system more robust: adding or removing a disk changes the disk device name
# but not the filesystem UUID or VOLUME label.
#
# <filesystem> <mount point> <fstype> <mount options> <dump> <pass>
/dev/disk/by-uuid/E270D27F70D25A3D /media/disk1part1 ntfs auto,users,ro,dmask=0022,fmask=0133,nls=utf8 0 0
UUID=69d53e0f-8427-4864-a02b-044f9ad7082d / ext4 defaults,errors=remount-ro,noatime,barrier=0 0 1
UUID=27e5a4ee-30e0-4642-9fd6-6bb5966f2830 none swap sw 0 0
UUID=68d43904-2ff2-4f33-bc15-a6dc4ca4c897 /home2 ext4 auto,users,rw,exec,noatime 0 2
UUID=ca7ae994-2d9d-4e00-8140-8eb1b7a2c9a3 /home ext4 defaults,noatime 0 2
/dev/cdrom /media/cdrom udf,iso9660 noauto,ro,users 0 0
/dev/cdrom1 /media/cdrom1 udf,iso9660 noauto,ro,users 0 0
/dev/cdrom2 /media/cdrom2 udf,iso9660 noauto,ro,users 0 0
/dev/cdrom3 /media/cdrom3 udf,iso9660 noauto,ro,users 0 0
/dev/fd0 /media/fd0 auto noauto,rw,users 0 0
unter anderem deswegen möchte ich meine zweite platte nicht ausbauen, damit dieser kernel eventuell fehlerfrei läuft.
