Snapshot 18.07

[DrStoned]

Flashe Dir den neuesten Snapshot vom 23.07.2008, da sind noch Modifikationen im IDE-Treiber drin, die das IDE-Modul resetten.

[amiga23]

Habe eben nochmal rumprobiert. Also auch raus rein stecken hilft nicht.
Vielleicht ist das noch wichtig: Ich nutze Linux auf einem IBM T23 und einem HAMA USB2.0 PCMCIA Adapter.

Wenn ich aber die dBox aus dem Deepstandy wieder aufwache, dann wird die Platte kurz am Laptop erkannt, wenn der IDE Treiber geladen wird.

Was zu folgendem unschönen Effekt auf dem Laptop führt:

Code: Alles auswählen

usb 6-2: new high speed USB device using ehci_hcd and address 3
usb 6-2: configuration #1 chosen from 1 choice
scsi1 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
scsi 1:0:0:0: Direct-Access     ExcelSto r Technology J68 0000 PQ: 0 ANSI: 0
sd 1:0:0:0: [sda] 160836480 512-byte hardware sectors (82348 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 27 00 00 00
sd 1:0:0:0: [sda] Assuming drive cache: write through
sd 1:0:0:0: [sda] 160836480 512-byte hardware sectors (82348 MB)
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 27 00 00 00
sd 1:0:0:0: [sda] Assuming drive cache: write through
 sda: sda1 sda2
sd 1:0:0:0: [sda] Attached SCSI disk
sd 1:0:0:0: Attached scsi generic sg0 type 0
scsi 1:0:0:1: Direct-Access     SanDisk  SDCFH2-002G      0000 PQ: 0 ANSI: 0
sd 1:0:0:1: [sdb] 4001760 512-byte hardware sectors (2049 MB)
sd 1:0:0:1: [sdb] Write Protect is off
sd 1:0:0:1: [sdb] Mode Sense: 27 00 00 00
sd 1:0:0:1: [sdb] Assuming drive cache: write through
sd 1:0:0:1: [sdb] 4001760 512-byte hardware sectors (2049 MB)
sd 1:0:0:1: [sdb] Write Protect is off
sd 1:0:0:1: [sdb] Mode Sense: 27 00 00 00
sd 1:0:0:1: [sdb] Assuming drive cache: write through
 sdb: sdb1
sd 1:0:0:1: [sdb] Attached SCSI removable disk
sd 1:0:0:1: Attached scsi generic sg1 type 0
usb-storage: device scan complete
kjournald starting.  Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS on sda2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
usb 6-2: USB disconnect, address 3
Buffer I/O error on device sda2, logical block 8
lost page write due to I/O error on sda2
Buffer I/O error on device sda2, logical block 17
lost page write due to I/O error on sda2
WARNING: at fs/buffer.c:1169 mark_buffer_dirty()
Pid: 7505, comm: umount Tainted: P        2.6.24-gentoo-r8 #3
 [<c016ce66>] mark_buffer_dirty+0x3e/0x8a
 [<c01a5428>] journal_update_superblock+0x4a/0x7c
 [<c01a585e>] journal_destroy+0xef/0x133
 [<c01267d1>] autoremove_wake_function+0x0/0x35
 [<c019d477>] ext3_put_super+0x22/0x156
 [<c0162b45>] invalidate_inodes+0xac/0xb7
 [<c0154c43>] generic_shutdown_super+0x4d/0xb5
 [<c0154cb7>] kill_block_super+0xc/0x1b
 [<c0154d25>] deactivate_super+0x2c/0x3f
 [<c01644ec>] sys_umount+0x19f/0x1bd
 [<c0114063>] do_page_fault+0x18c/0x52d
 [<c01469f2>] do_munmap+0x193/0x1ac
 [<c0103b72>] sysenter_past_esp+0x5f/0x85
 =======================
Buffer I/O error on device sda2, logical block 17
lost page write due to I/O error on sda2
Buffer I/O error on device sda2, logical block 0
lost page write due to I/O error on sda2

Vielleicht müsste man den USB Adapter beim Runterfahren der dBox reseten?
Oder liegt es daran, daß die Festplatte beim runterfahren gestoppt wird?

[amiga23]

Irgendwie habe ich die nachricht von DrStoned übersehen.
Ich habe das Image vom 23. drauf. Muss ich vielleicht noch was an den Einstellungen im IDE-Menü ändern?

[DrStoned]

Was passiert, wenn Du den IDE-Treiber entlädst, die Box neu startest, und dann das USB-Kabel einsteckst. Dann sollte es eigentlich funktionieren. Siehe auch meinen Erfahrungsbericht.

[amiga23]

ja, wenn ich

Code: Alles auswählen

rmmod dboxide

eingebe, dann funktioniert es, allerdings stürzt die Box dann wie von Dir beschrieben ab

Code: Alles auswählen

Oops: kernel access of bad area, sig: 11
NIP: C394A0F0 XER: 00000000 LR: C38F8F64 SP: C0143760 REGS: c01436b0 TRAP: 0400    Not tainted
MSR: 40001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c0141910[0] 'swapper' Last syscall: 120 
last math 00000000 last altivec 00000000
GPR00: C394A0F0 C0143760 C0141910 00000017 00001032 C01437F0 FFFFFC18 C01442E8 
GPR08: C014CCB8 20000000 C0162FCC C0004BE0 44202082 10037468 01FFAC00 01F8C000 
GPR16: 00000000 21509320 00000001 01FA7AA0 00001032 001437E0 00000000 C0002AA0 
GPR24: C0003B64 00000001 C1CFBDA0 00000000 0000002F C3900C18 C1F67960 C3900C18 
Call backtrace: 
C0014EE4 C0003A9C C0003BA0 C0002AA0 C0004338 C0004354 C0153408 
C0002138 
PCR discontinuity: PCR: 0x0BCABE58D, OLDPCR: 0x0BCAAEE31, Diff: 63324
Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing
 <0>Rebooting in 180 seconds..

Ich werde mal versuchen das in die shutdown scripte zu basteln.

Ich bekomme keine Benachrichtigungs emails mehr vom Forum, wenn jemand antwortet. *heul*

Änderung: Tippfehler

[Riker]

rmmod is immer mist, da die Treiber ja in abhängigkeiten zu anderen stehen.

da müsste man noch sehen wie man das macht.

Gruß Riker

[amiga23]

Habe mir jetzt folgende /var/tuxbox/halt.local angelegt:

Code: Alles auswählen

#!/bin/sh

rm /tmp/.tks_startup_complete

if pidof fritzboxcallmon > /dev/null; then
  killall fritzboxcallmon
fi
if pidof tuxmaild > /dev/null; then
  killall tuxmaild
  i=5
  while expr $i != 0 > /dev/null; do
    if [ -e /tmp/tuxmaild.pid ]; then echo "Waiting for tuxmaild (max. $i seconds)"
    else break;
    fi
    i=`expr $i - 1`
    sleep 1
  done
fi
umount /hdd || touch /tmp/.tks_unmount_failed
umount /mnt/slave || touch /tmp/.tks_unmount_failed
if [ ! -e /tmp/.tks_unmount_failed ] ; then
  rmmod ide-detect
  rmmod ide-disk
  rmmod dboxide
  rmmod ide-core
fi

Damit funktioniert es jetzt. Einziger Nachteil die Platte geht erst nach dem im HDD Menü eingestellten "Standby timeout (spindown)" aus. Aber das ist ja auch okay so.

Um es auf die Allgemeinheit loszulassen müsste man noch prüfen, ob /hdd und /mnt/slave überhaupt gemounted sind, bzw. ob der User diese mountpoints benutzt.

Folgende Änderungen habe ich noch speziell für meine Konfiguration gemacht:

Da ich das Addressbuch und die Config für den Fritzboxcallmonitor sowie das tuxmail Verzeichnis nach /mnt/slave/var/tuxbox gelinkt habe

Code: Alles auswählen

fritzboxcallmon.addr -> /mnt/slave/var/tuxbox/config/fritzboxcallmon.addr
fritzboxcallmon.conf -> /mnt/slave/var/tuxbox/config/fritzboxcallmon.conf
tuxmail -> /mnt/slave/var/tuxbox/config/tuxmail

habe ich auch die start_neutrino angepasst:

Code: Alles auswählen

#!/bin/sh
/etc/init.d/start_neutrino &
sleep 30
/mnt/slave/bin/fritzboxcallmon
/bin/tuxmaild
touch /tmp/.tks_startup_complete

Und für den links webbrowser, naim und gtmess habe ich die /var/etc/profile.local angepasst:

Code: Alles auswählen

if [ -e /tmp/.tks_startup_complete ] ; then
  echo "!!!!!!!!!!!!!!!local profile in use!"

  export PATH="/mnt/slave/bin:/var/bin:/sbin:/bin:/var/plugins:/hdd/bin"
  export LD_LIBRARY_PATH="/tmp/lib:/mnt/slave/lib:/var/lib:/lib"
  export HOME=/mnt/slave/root
fi

Die prüfung nach /tmp/.tks_startup_complete muss sein, da der neue LD_LIBRARY_PATH sonst für alle shells gelten würde und dann könnte man /mnt/slave nicht mehr abmelden.

EDIT:
Achso, was vielleicht auch noch interessant ist: Wenn die dBox im deep standby ist und die Festplatte sich komplett abschaltet und man die box dann wieder weckt, dann kann es sein, daß die Festplatte zu lange zum wieder anfahren braucht. Da aber der tuxmaild parallel gestartet wird, findet er dann seine Konfig nicht, weil ich die ja nach /mnt/slave/... ausgelagert habe. Deshalb warte ich in der start_neutrino 30 Sekunde und starte den tuxmaild erst dann und lasse ihn nicht automatisch über die /etc/init.d/rcS starten. Habe also /var/etc/.tuxmaild gelöscht.