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

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

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

papiga01

Benutzer
Registriert
03. Jan. 2009
Beiträge
75
Reaktionspunkte
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 ?
 
warum verwendest die bash als Login-Shell???

Itari
 
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
 
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
 
Hallo,
meinst Du jetzt das runterfahren oder den login?
Laufen denn noch andere Sachen aus /opt?

Gruß Götz
 
@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 :o
 
@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