New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

After uninstall debian-chroot, DSM unable to start #2758

Open
vmanchot opened this Issue May 9, 2017 · 25 comments

Comments

Projects
None yet
@vmanchot
Copy link

vmanchot commented May 9, 2017

For new Package Requests, see the guidelines

Setup

_Package Name: debian chroot
_Package Version: 8.4-7

_NAS Model: DS416
_NAS Architecture: armv7l
_DSM version: DSM 6.1 15101-1

Expected behavior

I've installed debian chroot from webui (package center), tried to install urbackup in chroot but compilation take too long and I've canceled compilation. I uninstall debian chroot because I finally prefer install urbackup in my x86 server. And then i've lost connection to dsm. Tried to reboot but got the same issue.

Actual behavior

Now I can connect thru ssh but led status still blinking orange and synology webui won't start.

Steps to reproduce

1. install debian chroot
_2._apt-get install gcc build-essential curl libcurl-devel
3. urbackup ./compile --> make install --> abort
4. uninstall debian chroot

Package log

root@grognas:~# ls /usr/local/packages/*
/usr/local/packages/@appstore:
FileStation SynoFinder

/usr/local/packages/@Tmp:
synopkg.tmp

Other logs

ssh 192.168.9.1 -p 22

Could not chdir to home directory /var/services/homes/manchot: No such file or directory

root@grognas:~# tail -f /var/log/messages
2017-05-09T21:56:18+04:00 grognas root: /usr/syno/etc/rc.sysv/ups-usb.sh stop invoked.
2017-05-09T21:56:19+04:00 grognas kernel: [ 136.177012] usb 3-1: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes
2017-05-09T21:56:19+04:00 grognas usbhid-ups[8680]: Startup successful
2017-05-09T21:56:19+04:00 grognas root: The UPS is connected. driver=[usbhid-ups]
2017-05-09T21:56:19+04:00 grognas upsd[8872]: Startup successful
2017-05-09T21:56:19+04:00 grognas upsd[8872]: upsd.c:741 IP [127.0.0.1] add to ACL list
2017-05-09T21:56:19+04:00 grognas upsd[8872]: upsd.c:745 IP [::1] add to ACL list
2017-05-09T21:56:20+04:00 grognas upsmon[8880]: Startup successful
2017-05-09T21:56:20+04:00 grognas root: /usr/syno/etc/rc.sysv/ups-usb.sh start invoked.
2017-05-09T21:56:20+04:00 grognas upsmon[8882]: UPS [ups@localhost] connected
2017-05-09T21:58:41+04:00 grognas serv-bootup-timeout.sh: Error! synoservices start timeout! (service [ "findhost" "heartbeat" "synocgid" "DSM" ] failed on bootup. service [ "synosnmpcd" ] not ready. )
2017-05-09T21:58:42+04:00 grognas [ 279.450850] init: pkgctl-VPNCenter pre-start process (9531) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.480066] init: pkgctl-NoteStation pre-start process (9533) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.522722] init: pkgctl-CloudStation pre-start process (9534) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.549017] init: pkgctl-PHP5.6 pre-start process (9535) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.572747] init: pkgctl-DNSServer pre-start process (9536) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.581986] init: pkgctl-PHP7.0 pre-start process (9538) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.612529] init: pkgctl-iTunesServer pre-start process (9539) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.644254] init: pkgctl-CloudSync pre-start process (9540) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.672175] init: pkgctl-DownloadStation pre-start process (9541) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.716247] init: pkgctl-SynoFinder pre-start process (9542) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.770428] init: pkgctl-FileStation pre-start process (9543) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.793071] init: pkgctl-python pre-start process (9544) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.843407] init: pkgctl-LogCenter pre-start process (9545) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 279.934727] init: pkgctl-AudioStation pre-start process (9546) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 280.039962] init: pkgctl-VPNCenter post-stop process (9563) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 280.080039] init: pkgctl-CloudSync post-stop process (9570) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 280.089185] init: pkgctl-DownloadStation post-stop process (9571) terminated with status 127
2017-05-09T21:58:42+04:00 grognas [ 280.099360] init: pkgctl-SynoFinder post-stop process (9572) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.134708] init: pkgctl-iTunesServer post-stop process (9569) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.166681] init: pkgctl-LogCenter post-stop process (9575) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.213260] init: pkgctl-DNSServer post-stop process (9567) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.256589] init: pkgctl-PHP7.0 post-stop process (9568) terminated with status 127
2017-05-09T21:58:43+04:00 grognas synofstool: volume_fs_cache_dump.c:38 [Info] NO volume exists, skip generate fstab
2017-05-09T21:58:43+04:00 grognas [ 280.294068] init: pkgctl-NoteStation post-stop process (9564) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.333612] init: pkgctl-CloudStation post-stop process (9565) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.364389] init: pkgctl-PHP5.6 post-stop process (9566) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.403416] init: pkgctl-FileStation post-stop process (9573) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.438769] init: pkgctl-python post-stop process (9574) terminated with status 127
2017-05-09T21:58:43+04:00 grognas [ 280.466267] init: pkgctl-AudioStation post-stop process (9590) terminated with status 127
2017-05-09T21:58:43+04:00 grognas root: == DSM 6.1 15101-1 finished boot up ==
2017-05-09T21:58:43+04:00 grognas [ 280.783208] init: esynoscheduler-bootup main process (9702) terminated with status 127
2017-05-09T21:58:43+04:00 grognas synonotify: Failed to exec update access token command.
2017-05-09T21:58:47+04:00 grognas synonotify: smtp.c (152) Error occured while sending email. The mail server responded error message: 334 eyJzdGF0dXMiOiI0MDAiLCJzY2hlbWVzIjoiQmVhcmVyIiwic2NvcGUiOiJodHRwczovL21haWwuZ29vZ2xlLmNvbS8ifQ==. (require: 235)
2017-05-09T21:58:47+04:00 grognas synonotify: smtp.c (432) Failed to write smtp command.
2017-05-09T21:58:47+04:00 grognas synonotify: mail_smtp_error_call_back.c (42) Failed to send email. (334 eyJzdGF0dXMiOiI0MDAiLCJzY2hlbWVzIjoiQmVhcmVyIiwic2NvcGUiOiJodHRwczovL21haWwuZ29vZ2xlLmNvbS8ifQ==)
2017-05-09T21:58:48+04:00 grognas synoindexplugind: share_update.c:34 Failed to dlopen [libsynoshare.so], errno=No such file or directory.
2017-05-09T21:58:48+04:00 grognas synoindexplugind: synoidx_folder.c:156 SLIBShareUpdate failed[900]
2017-05-09T22:04:15+04:00 grognas udev: [UPS] remove USB UPS(PRODUCT=51d/2/106)
2017-05-09T22:04:15+04:00 grognas root: Stop UPS Daemon
2017-05-09T22:04:15+04:00 grognas upsd[8872]: mainloop: Interrupted system call
2017-05-09T22:04:24+04:00 grognas root: Stop UPS timeout, Force stop UPS
2017-05-09T22:04:27+04:00 grognas root: /usr/syno/etc/rc.sysv/ups-usb.sh stop invoked.
2017-05-09T22:04:28+04:00 grognas synonotify: Failed to exec update access token command.
2017-05-09T22:04:30+04:00 grognas synonotify: smtp.c (152) Error occured while sending email. The mail server responded error message: 334 eyJzdGF0dXMiOiI0MDAiLCJzY2hlbWVzIjoiQmVhcmVyIiwic2NvcGUiOiJodHRwczovL21haWwuZ29vZ2xlLmNvbS8ifQ==. (require: 235)
2017-05-09T22:04:30+04:00 grognas synonotify: smtp.c (432) Failed to write smtp command.
2017-05-09T22:04:30+04:00 grognas synonotify: mail_smtp_error_call_back.c (42) Failed to send email. (334 eyJzdGF0dXMiOiI0MDAiLCJzY2hlbWVzIjoiQmVhcmVyIiwic2NvcGUiOiJodHRwczovL21haWwuZ29vZ2xlLmNvbS8ifQ==)

root@grognas:~# ls /volume1/
@database

/var/log/synopkg.log
2017/05/09 19:01:31 start debian-chroot: begin to start version 8.4-7
2017/05/09 19:01:32 start debian-chroot 8.4-7 Begin start-stop-status stop
Debian Chroot is not running
2017/05/09 19:01:32 start debian-chroot 8.4-7 End start-stop-status stop ret=[0]
2017/05/09 19:01:32 start debian-chroot 8.4-7 Begin unload apparmor
2017/05/09 19:01:32 start debian-chroot 8.4-7 End unload apparmor ret=[0]
2017/05/09 19:01:33 start debian-chroot 8.4-7 Begin pre-load apparmor
2017/05/09 19:01:33 start debian-chroot 8.4-7 End pre-load apparmor ret=[0]
2017/05/09 19:01:33 start debian-chroot 8.4-7 Begin start-stop-status start
Starting Debian Chroot ...
2017/05/09 19:01:36 start debian-chroot 8.4-7 End start-stop-status start ret=[0]
2017/05/09 19:01:36 start debian-chroot: start version 8.4-7 successfully, result 0
2017/05/09 20:39:52 uninstall debian-chroot: begin to stop version 8.4-7
2017/05/09 20:39:53 uninstall debian-chroot 8.4-7 Begin start-stop-status stop
Stopping Debian Chroot ...
umount: /volume1/@appstore/debian-chroot/var/chroottarget/dev: target is busy
(In some cases useful info about processes that
use the device is found by lsof(8) or fuser(1).)
umount: /volume1/@appstore/debian-chroot/var/chroottarget/proc: target is busy
(In some cases useful info about processes that
use the device is found by lsof(8) or fuser(1).)
2017/05/09 20:39:56 uninstall debian-chroot 8.4-7 End start-stop-status stop ret=[0]
2017/05/09 20:39:56 uninstall debian-chroot 8.4-7 Begin unload apparmor
2017/05/09 20:39:56 uninstall debian-chroot 8.4-7 End unload apparmor ret=[0]
2017/05/09 20:39:57 uninstall debian-chroot: stop version 8.4-7 successfully, result 0
2017/05/09 20:39:57 uninstall debian-chroot 8.4-7 Begin preuninst
2017/05/09 20:39:57 uninstall debian-chroot 8.4-7 End preuninst ret=[0]
2017/05/09 20:39:57 uninstall debian-chroot 8.4-7 Begin /bin/rm -rf /volume1/@appstore/debian-chroot
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/proc/asound/pcm': Operation not permitted
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/proc/asound/timers': Operation not permitted
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/proc/asound/hwdep': Operation not permitted
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/proc/asound/modules': Operation not permitted
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/proc/asound/cards': Operation not permitted
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/proc/asound/devices': Operation not permitted
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/proc/asound/syno_audio_volume': Operation not permitted
............
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/proc/32560/io': Permission denied
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/dev/shm': Device or resource busy
/bin/rm: cannot remove '/volume1/@appstore/debian-chroot/var/chroottarget/dev/pts': Device or resource busy
2017/05/09 20:40:16 uninstall debian-chroot 8.4-7 End /bin/rm -rf /volume1/@appstore/debian-chroot ret=[1]
2017/05/09 20:40:16 uninstall debian-chroot 8.4-7 Begin /bin/mv -f /volume1/@appstore/debian-chroot /volume1/@tmp/pkg_AyX1FH
2017/05/09 20:40:16 uninstall debian-chroot 8.4-7 End /bin/mv -f /volume1/@appstore/debian-chroot /volume1/@tmp/pkg_AyX1FH ret=[0]
2017/05/09 20:40:16 uninstall debian-chroot 8.4-7 Begin postuninst
2017/05/09 20:40:16 uninstall debian-chroot 8.4-7 End postuninst ret=[0]
2017/05/09 20:40:16 uninstall debian-chroot: Uninstall 8.4-7 successfully

@ymartin59

This comment has been minimized.

Copy link
Contributor

ymartin59 commented May 14, 2017

I would say it is a "known issue", I experienced same trouble with owncloud package uninstall (but only in a VM when testing). Most package delivered are for DSM 5.2 and work is in progress to support DSM 6.x.

In case you are stuck, here are commands to retrieve DSM service:

sh-4.3# synoservice --enable DSM
sh-4.3# synoservice --status DSM
Service [DSM] status=[enable]
required upstart job:
        [synoscgi] is start.
=======================================
sh-4.3# synoservice --start DSM
@agent-orange1291

This comment has been minimized.

Copy link

agent-orange1291 commented Jul 27, 2017

I have exactly the same problem. I uninstall debian chroot, cause I wasnt working on DSM 6.1.x. But after I uninstalled it, I couldnt connect anymore to the web interface.

The above command wont help:

ash-4.3# synoservice --start DSM
ash-4.3# synoservice --status DSM
service [DSM] status=[error]
required upstart job:
[synoscgi] is stop.

Anybody an idea what I can do now?

@ymartin59

This comment has been minimized.

Copy link
Contributor

ymartin59 commented Jul 29, 2017

A search lead me to this list of commands: https://diktiosolutions.eu/en/synology/synology-dsm-6-terminal-service-control-en/

I guess you should first invoke restart synoscgi and try again with synoservice --start DSM

@wywarren

This comment has been minimized.

Copy link

wywarren commented Sep 17, 2017

This happened to me today too on DSM6x. Also I didn't know that removing debian would clear out all the contents of my volume1. Is there any way to recover this lost data? I lost around 2TB of work files.

@vmanchot

This comment has been minimized.

Copy link

vmanchot commented Sep 17, 2017

Your data is not lost. You have to plug your hdds on a linux pc/vm and you can access to your data (https://www.synology.com/en-us/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC). Then backup and reinstall your dsm.

@wywarren

This comment has been minimized.

Copy link

wywarren commented Sep 30, 2017

Thanks for the reply @vmanchot . I ended up bring the data drives to data recovery center and spending about $1000 CAD to recover my files :( Prior to logging out of the DSM after debian chroot uninstall. File browsing using native DSM software showed empty folder. Removing the drives and running UFS File Recovery and proxying the RAID there were also no files listed in the BRTFS. After getting my drives back today, I tried the same thing again to see what was wrong and my first attempt the same thing happened with a dummy text file in place. I'm assuming with the volume1 RAID array mounted to debian chroot, when uninstalling, it destroys the file tables as well. Perhaps unmounting the drives from debian chroot prior to uninstall would be safer? I'm going to try that next to see if it yields different results.

@ymartin59

This comment has been minimized.

Copy link
Contributor

ymartin59 commented Sep 30, 2017

All SynoCommunity packages have only be delivered and tested for DSM 5.2... and start/stop/install/uninstall scripts are just not supposed to work on DSM 6. "Debian Chroot" is probably the most complex package of them and this package behavior on DSM 6 is just "unpredictable"...

As an advice, to avoid large damages, my DSM is configured with multiple volumes, each dedicated to store different concerns: system and packages, homes, backups, media... if one fails, I do not lose others.

@ruimarinho

This comment has been minimized.

Copy link

ruimarinho commented Dec 1, 2017

@ymartin59 is version 8.4-7 still affected by this issue?

@ymartin59

This comment has been minimized.

Copy link
Contributor

ymartin59 commented Dec 2, 2017

@ruimarinho Yes, no work has been done on this package for DSM 6

@ruimarinho

This comment has been minimized.

Copy link

ruimarinho commented Dec 2, 2017

@ymartin59 is there any recommended procedure one can follow to safely remove this package at all? There is no mention that it is only supported on DSM 5 :/

@ymartin59

This comment has been minimized.

Copy link
Contributor

ymartin59 commented Dec 2, 2017

None I am aware of. Effort is pushed on DSM 6 support and this "debian chroot" issue is not a priority. So recommended procedure is to not uninstall it.

@ruimarinho

This comment has been minimized.

Copy link

ruimarinho commented Dec 18, 2017

I think it's important to bump the priority of this package as my guess is there will be others in the same situation. At the very least, please force the version constraint to be <6. Data loss should be taken very seriously.

@ymartin59

This comment has been minimized.

Copy link
Contributor

ymartin59 commented Dec 21, 2017

Agree with that. As a result, I have removed from package repository and consider it as no longer maintained.

@ruimarinho

This comment has been minimized.

Copy link

ruimarinho commented Jan 15, 2018

@ymartin59 is there anything we help with?

@Bonanzameh

This comment has been minimized.

Copy link

Bonanzameh commented Jan 25, 2018

This package got me as well. After removing it, the interface went dead. I spent some time trying to get it back. Only solution for me was to reset the NAS:
reboot it without disks; insert disks after boot and run the DSM installer.
None of my data were affected; but all settings, however, have been overwritten (reset). So I guess I learned my lesson and will be reinstalling all user accounts/services. Luckily I have some offsite backups of my important files. (some free advise for you all :) )
I'll be running pihole from a pi in stead of the DS.

@dasmoover

This comment has been minimized.

Copy link

dasmoover commented Feb 2, 2018

Same issue here with Debian Chroot.

Upon further inspection it doesn't seem like the data was deleted.

sh-4.3# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 1.4G 869M 61% /
none 990M 0 990M 0% /dev
/tmp 994M 856K 993M 1% /tmp
/run 994M 3.3M 991M 1% /run
/dev/shm 994M 4.0K 994M 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
/dev/sdq1 2.7T 2.0T 797G 72% /volumeUSB1/usbshare

I have 20tb worth of data - no mount is present for the volume.
I am going to reinstall DSM and reinsert the disks and hope that the data is still there.

@dasmoover

This comment has been minimized.

Copy link

dasmoover commented Feb 2, 2018

I can confirm the data was NOT deleted. Uninstalling this package will break DSM but will not delete the data on the Volume. Reinstalling DSM on a spare drive and reinserting the drives I was able to recover all of the data.
Where is the error in the package? I'll try to provide a fix.

@ymartin59

This comment has been minimized.

Copy link
Contributor

ymartin59 commented Feb 3, 2018

Really no idea, I have not investigated at all. I propose you to review installer script for mount -o bind and corresponding umount commands... Probably some are lacking at uninstall and rm commands drop DSM files.

@zmgnetworks

This comment has been minimized.

Copy link

zmgnetworks commented Mar 12, 2018

I had the same problem after uninstalling debian-chroot.

After a quick check I came to the same conclusion, the shared libs were corrupt.
Thanks to nighty for providing me this script to check the ELF-signature of the so files.

#!/bin/bash
for filename in /lib/libsyno*.so; do
    xxd $filename | head -c 20
    printf "(%s)\n" $filename
done

Every file should begin with the following file header: 7f 45 4c 46 -> 0x7F 'E' 'L' 'F'
(some files begin with 494e 5055 (/lib/libpanel.so), it works too)

I had to replace the following files:
/lib/libsynoshare.so.6
/lib/libsynopkg.so.1
/lib/libsynostoragemgmt.so
(yes no symoblic link)
Note that you have to replace the correct file, not just the symbolic link.

I downloaded the correct version according to etc/VERSION of the DSM.
unzip hda1.tgz
opened the hda1 and got to the lib path -> /usr/lib/
After replacing libsynoshare.so.6 and a reboot I had a mounted volumegroup.
Replaced /lib/libsynopkg.so.1 & /lib/libsynostoragemgmt.so and after a reboot I had a fully functional DSM.

https://forum.synology.com/enu/viewtopic.php?f=39&t=140831&p=521595

@mystycs

This comment has been minimized.

Copy link

mystycs commented Oct 9, 2018

I just lost 15TB of data doing this... Is there any way to bring it back or check?

@openipcamera

This comment has been minimized.

Copy link

openipcamera commented Oct 9, 2018

@mystycs reinstall dsm it will not wipe your data. You can still ssh into the server and try to fix the libs as shown in the post above yours and that may fix it as well. If you need a lib folder off a working DSM let me know. I have done this twice my data and was able to recover each time.

@mystycs

This comment has been minimized.

Copy link

mystycs commented Oct 9, 2018

@snaunton

This comment has been minimized.

Copy link

snaunton commented Oct 12, 2018

I am pretty sure this is because /var/packages/debian-chroot/scripts/start-stop-status status returns the wrong value when it is stopped.

It returns 1, /var/packages/debian-chroot/scripts/start-stop-status:

    status)
        if daemon_status; then
            echo ${DNAME} is running
            exit 0
        else
            echo ${DNAME} is not running
            exit 1
        fi
        ;;

If we look at the developer guide, it should return 3 for "package is not running":

!!!. status: When Package Center is opened to check package status, it will send a request to ask the status of the package using this parameter. The following exit status codes should be returned:

0: package is running.
1: program of package is dead and /var/run pid file exists.
2: program of package is dead and /var/lock lock file exists
3: package is not running
4: package status is unknown
150: package is broken and should be reinstalled. Please note, broken status (150) is only supported by DSM 4.2 and later.

https://originhelp.synology.com/developer-guide/synology_package/scripts.html

If you edit /var/packages/debian-chroot/scripts/start-stop-status and change it to 3 debian-chroot can now be started and stopped from the web interface:

    status)
        if daemon_status; then
            echo ${DNAME} is running
            exit 0
        else
            echo ${DNAME} is not running
            exit 3
        fi
        ;;

I am not game to try on my own system, but looking at the log @vmanchot posted when he opened this issue I am going to hypothesize that the fact "start-stop-status status" returns 1, which means "program of package is dead and /var/run pid file exists", causes the uninstall to believe that the chroot is not running so does not try to stop debian-chroot before uninstalling, so deletes all debian-chroot files, including, and this is the important bit, anything on any bind mounts that are still mounted (because it has not been stopped).

Unfortunately this information will not help people who have already lost data.

@m4tt075

This comment has been minimized.

Copy link
Contributor

m4tt075 commented Oct 20, 2018

@ymartin59 ^^ Seen this?

@nyarlatothep

This comment has been minimized.

Copy link

nyarlatothep commented Nov 16, 2018

I'm scared! ;)
I changed the file "var/packages/debian-chroot/scripts/start-stop-status" to return 3 according to the posting of snaunton.
Then i tried to stop the debian-chroot via shell, but it returned an error for umounting chroottarget/dev:

sudo /var/packages/debian-chroot/scripts/start-stop-status stop
Stopping Debian Chroot ...
umount: /volume1/@appstore/debian-chroot/var/chroottarget/dev: target is busy
(In some cases useful info about processes that
use the device is found by lsof(8) or fuser(1).)

Now i'm scared to proceed further, because im unsure if the uninstall routine will also delete /dev or anything relevant on my Synology.
Any way to properly umount that /volume1/@appstore/debian-chroot/var/chroottarget/dev ? can't figure out who is using it anyway.

Part 2...

Ok, to hell with being scared...

I rebooted the Diskstation and was then able to manually umount different stuff, including the /dev part from the shell:

CHROOT=/usr/local/debian-chroot/var/chroottarget
umount $CHROOT/dev/pts
umount $CHROOT/dev
umount $CHROOT/proc
umount $CHROOT/sys

So i guessed the debian-chroot package is stopped, the mounts are umounted. Now i dared to uninstall the package... (after a full hyper-backup of the system ;).
Till now nothing seems to be a problem, i was able to login to the DSM, even after a restart of the Synology. Debian-Chroot is gone Hope it stays that way

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment