Could you again follow the instructions at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916689#10
switch to the debug shell on tty9
- check the network via
ip -c a
- can you ping a remote machine
- attach the output of journalctl -alb
signature.asc
Description: OpenPGP digital signature
On Tue, 18 Dec 2018 12:20:06 +0100 Michael Biebl wrote:
> Am 18.12.2018 um 12:09 schrieb Raphael Manfredi:
> > Quoting Michael Biebl:
> > : What happens if you boot into emergency mode (add emergency to the
> > : kernel command line)?
> > : This will start a very minimal system without any
Am 18.12.2018 um 12:09 schrieb Raphael Manfredi:
> Quoting Michael Biebl:
> : What happens if you boot into emergency mode (add emergency to the
> : kernel command line)?
> : This will start a very minimal system without any networking or started
> : services. Can you successfully login?
> :
> :
Quoting Michael Biebl:
: What happens if you boot into emergency mode (add emergency to the
: kernel command line)?
: This will start a very minimal system without any networking or started
: services. Can you successfully login?
:
: What happens if you boot into rescue mode (add rescue to the
Am 17.12.18 um 18:11 schrieb Raphael Manfredi:
> I quickly grepped through /etc/init.d/* files (I know systemd does
> not use these anymore excepted when there is no unit and it calls
> some of these scripts). There are many files that set a PATH explicitly
> and which starts whith
I quickly grepped through /etc/init.d/* files (I know systemd does
not use these anymore excepted when there is no unit and it calls
some of these scripts). There are many files that set a PATH explicitly
and which starts whith /usr/local/s?bin:
$ grep -l PATH=/usr/local/ /etc/init.d/*
Am 17.12.18 um 14:58 schrieb Raphael Manfredi:
> I'd really like to help you debug this problem, as I'm sure I am not the
> first, and will not be the last, to have a similar problem!
Can you find out, if you have a service which tries to access /usr/local
during boot?
--
Why is it that all of
Quoting Michael Biebl:
: Fwiw, you can use the builtin systemd autofs support.
: Define the network mount in /etc/fstab and add x-systemd.automount to
: the mount options. Would be interesting to know if you get the hangs as
: well then.
I tried to add the following line to /etc/fstab:
Am 17.12.18 um 14:06 schrieb Raphael Manfredi:
> Quoting Michael Biebl:
> : Could you uncomment those autofs mounts and try again?
>
> I commented the line in /etc/auto.master.d/usr_local.autofs, to read:
>
> #/auto/usr_local /etc/auto.master.d/usr_local--timeout=1800 --ghost
>
> and it
Quoting Michael Biebl:
: Could you uncomment those autofs mounts and try again?
I commented the line in /etc/auto.master.d/usr_local.autofs, to read:
#/auto/usr_local /etc/auto.master.d/usr_local--timeout=1800 --ghost
and it now works (I left the other autofs mountpoints since they are
Am 17.12.18 um 13:27 schrieb Raphael Manfredi:
> Quoting Michael Biebl:
> : Please boot with systemd as PID 1 and try to get a debug shell on tty9
> : by adding systemd.debug-shell=1 to the kernel command line.
> :
> : On tty9 you can then inspect the system.
> : The output of
> : systemctl
Quoting Michael Biebl:
: Please boot with systemd as PID 1 and try to get a debug shell on tty9
: by adding systemd.debug-shell=1 to the kernel command line.
:
: On tty9 you can then inspect the system.
: The output of
: systemctl status dbus
: systemctl status systemd-logind
: systemctl
Am 17.12.18 um 12:52 schrieb Raphael Manfredi:
> Can I have clues to collect information and try to resolve this problem?
Please boot with systemd as PID 1 and try to get a debug shell on tty9
by adding systemd.debug-shell=1 to the kernel command line.
On tty9 you can then inspect the system.
Package: systemd
Version: 232-25+deb9u6
Severity: important
Hello,
I recently upgraded my workstation from Debian 7 to Debian 9, and
enabled systemd. After the migration, everything worked fine.
My system froze this morning, so I rebooted and then after booting,
it did not display the XDM
14 matches
Mail list logo