sgosnell wrote:The terminal output says the file /etc/init.d/checkfs.sh couldn't be read. You may need to restore it. It is reproduced below:
LMDE is a rolling release, and thus no .iso will have all the updates available, since new updates can be posted daily. But no distro will have an up-do-date .iso if the .iso is older than a day or two, since updates are posted to them, too. You can certainly use the .iso for LMDE without updating it if you want, but expecting to not need to do regular updates is unrealistic, no matter what distro you use. Or even what OS you use.
I tried the gksu command, but the terminal also gives an error before opening gedit:
(gedit:8199): EggSMClient-WARNING **: Failed to connect to the session manager: None of the authentication protocols specified are supported
Still, gedit opened fine and I copied the contents of the file you gave, saved it, and then tried to update. Still get the same errors, only this time it appears that checkfs.sh is not an "executable regular file".
Here's the full story:
- Code: Select all
Extracting templates from packages: 100%
Preconfiguring packages ...
Setting up initscripts (2.88dsf-13) ...
insserv: script checkfs.sh is not an executable regular file, skipped!
insserv: Service checkfs has to be enabled to start service mountall
insserv: exiting now!
update-rc.d: error: insserv rejected the script header
dpkg: error processing initscripts (--configure):
subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
Errors were encountered while processing:
initscripts
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Setting up libgl1-nvidia-alternatives (195.36.31-6) ...
Leaving 'diversion of /usr/lib/libGL.so to /usr/lib/nvidia/diversions/libGL.so by libgl1-nvidia-alternatives'
Leaving 'diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/diversions/libGL.so.1 by libgl1-nvidia-alternatives'
Leaving 'diversion of /usr/lib/libGL.so.1.2 to /usr/lib/nvidia/diversions/libGL.so.1.2 by libgl1-nvidia-alternatives'
Setting up initscripts (2.88dsf-13) ...
insserv: script checkfs.sh is not an executable regular file, skipped!
insserv: Service checkfs has to be enabled to start service mountall
insserv: exiting now!
update-rc.d: error: insserv rejected the script header
dpkg: error processing initscripts (--configure):
subprocess installed post-installation script returned error exit status 1
Processing triggers for libgl1-nvidia-alternatives ...
update-alternatives: error: alternative path /usr/lib/nvidia/diversions/libGL.so.1 doesn't exist.
dpkg: error processing libgl1-nvidia-alternatives (--configure):
subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of libgl1-nvidia-glx:
libgl1-nvidia-glx depends on libgl1-nvidia-alternatives; however:
Package libgl1-nvidia-alternatives is not configured yet.
dpkg: error processing libgl1-nvidia-glx (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of nvidia-glx:
nvidia-glx depends on libgl1-nvidia-glx (= 195.36.31-6); however:
Package libgl1-nvidia-glx is not configured yet.
dpkg: error processing nvidia-glx (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
initscripts
libgl1-nvidia-alternatives
libgl1-nvidia-glx
nvidia-glx
Since there also appears to be an error in initscripts, I tried to reinstall it with Synaptic, but that didn't work either. Here's what it told me:
E: initscripts: subprocess installed post-installation script returned error exit status 1
E: libgl1-nvidia-alternatives: subprocess installed post-installation script returned error exit status 2
E: libgl1-nvidia-glx: dependency problems - leaving unconfigured
E: nvidia-glx: dependency problems - leaving unconfigured
There's just too many errors... My system is completely broken, so tomorrow I'm just going to restore my partition and forget about the updates. I know it's not wise to not update regularly, but if updating also means breaking your system I might as well go back to Windows. Surely the .iso's will get updated sooner or later.