+-Serie 712+ fährt nicht runter (bash) unter ash gehts ?

Alle Geräte der +-Serie. Geräte für kleinere und mittlere Unternehmen.
Status
Für weitere Antworten geschlossen.

papiga01

Benutzer
Mitglied seit
03. Jan 2009
Beiträge
75
Punkte für Reaktionen
0
Punkte
0
Hallo,

meine Synology 712+ (Beta4) läßt sich nicht rebooten. Nur Netzstecker ziehen hilft :-(

mount:
PHP:
/dev/root.old on /initrd type ext2 (rw,relatime,errors=continue)
/dev/root on / type ext4 (rw,relatime,barrier=0,journal_checksum,data=ordered)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/vg1/volume_1 on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl)
none on /proc/fs/nfsd type nfsd (0)

Auszug aus /var/log/messages
PHP:
Feb  7 20:38:49 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
rmmod: can't unload 'nfsd': Resource temporarily unavailable
rmmod: can't unload 'exportfs': Resource temporarily unavailable
rmmod: can't unload 'auth_rpcgss': Resource temporarily unavailable
Feb  7 20:38:53 synologset1: SYNOLogChangeSize : logfile /var/log/synosys.log not existed
killall: synolunbkp: no process killed
Feb  7 20:39:03 syno_poweroff_task: volume_unmount.c:62 Failed to unmount '/volume1', errno=139
Feb  7 20:39:03 syno_poweroff_task: volume_unmount_all.c:15 failed to unmount volume [/volume1]
Feb  7 20:39:03 kernel: [  171.599773] ------------[ cut here ]------------
Feb  7 20:39:03 kernel: [  171.599781] Kernel BUG at ffffffff8106fbb9 [verbose debug info unavailable]
Feb  7 20:39:03 kernel: [  171.599781] invalid opcode: 0000 [#1] SMP
Feb  7 20:39:03 kernel: [  171.599781] last sysfs file: /sys/block/md2/md/dev-sda5/slot
Feb  7 20:39:03 kernel: [  171.599781] CPU 1
Feb  7 20:39:03 kernel: [  171.599781] Modules linked in: nfsd exportfs auth_rpcgss usbhid hid usblp usb_storage uhci_hcd xhci_hcd ehci_hcd pinevi
Feb  7 20:39:03 kernel: [  171.599781] Process umount (pid: 11698, threadinfo ffff88003c97c000, task ffff88003ef651b0)
Feb  7 20:39:03 kernel: [  171.599781] Stack:
Feb  7 20:39:03 kernel: [  171.599781]  ffffea0000cc60d8 ffff88003ebe5a08 ffffea0000cc6298 ffffffff8106fbe3
Feb  7 20:39:03 kernel: [  171.599781] <0> ffffffffffffffff ffffea0000cc6298 ffff88003ebe5a08 ffffffff810790de
Feb  7 20:39:03 kernel: [  171.599781] <0> ffffea0000cc6260 ffffea0000cc6298 0000000000000006 ffffffff8107933d
Feb  7 20:39:03 kernel: [  171.599781] Call Trace:
Feb  7 20:39:03 kernel: [  171.599781]  [<ffffffff8106fbe3>] ? remove_from_page_cache+0x23/0x40
Feb  7 20:39:03 kernel: [  171.599781]  [<ffffffff810790de>] ? truncate_inode_page+0x5e/0xb0
(hoffe der Auszug reicht)

Bemerkenswert ist das der reboot in der ash funktioniert aber in der bash nicht.

Was könnte der Grund sein ?
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
warum verwendest die bash als Login-Shell???

Itari
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.165
Punkte für Reaktionen
414
Punkte
393
Hallo,
Rich (BBCode):
Feb  7 20:39:03 kernel: [  171.599781] Process umount (pid: 11698, threadinfo ffff88003c97c000, task ffff88003ef651b0)
umount versucht /volume1 auszuhängen, kann aber nicht weil bash noch geöffnet ist und es gibt einen Kernel-oops. Wenn unbedingt bash dann nach /usr/local/bin kopieren und das so in passwd angeben.

Gruß Götz
 

papiga01

Benutzer
Mitglied seit
03. Jan 2009
Beiträge
75
Punkte für Reaktionen
0
Punkte
0

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
warum verwendest die bash als Login-Shell???

diese Frage war ernst gemeint ... log dich per ash ein und starte doch dann die bash ... zum 'rebooten' verlässt die bash wieder (exit) und gibst auf der ash-Ebene deinen reboot ein ... und klar 'root' musste dabei sein ...

Itari
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.165
Punkte für Reaktionen
414
Punkte
393
Hallo,
meinst Du jetzt das runterfahren oder den login?
Laufen denn noch andere Sachen aus /opt?

Gruß Götz
 

papiga01

Benutzer
Mitglied seit
03. Jan 2009
Beiträge
75
Punkte für Reaktionen
0
Punkte
0
@itari:
die bash "brauch" ich nicht.... nur als kleine Spielerei, ist ganz nett wenn die Shell farbig erscheint und der Verzeichnispfad immer da steht.
aber gut zu wissen dass man die Shell auch wechseln kann.

@goetz:
das Kopieren der Bash hat einwandfrei geklappt!
Hab vorher wohl ein Fehler beim testen gemacht.
Ich kann sowohl als admin als auch root rebooten.

Danke euch beiden für die kompotente und turboooooschnell Antwort :eek:
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
@itari:
die bash "brauch" ich nicht.... nur als kleine Spielerei, ist ganz nett wenn die Shell farbig erscheint und der Verzeichnispfad immer da steht.
aber gut zu wissen dass man die Shell auch wechseln kann.

nicht wechseln der Shells, aus einer Shell die andere aufrufen usw. kannst fast beliebig oft machen *gg*

den Verzeichnispfad und ein wenig Farbe bekommt man auch in der ash hin ... gibt dazu tonnenweise Posts hier im Forum *gg*

Itari
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat