Your message dated Tue, 28 Mar 2017 07:06:01 +0200
with message-id <4e7aafaf-48b3-ed90-bc09-328467582...@debian.org>
and subject line Re: systemd: Installs without warning despite beeing unable to 
run
has caused the Debian Bug report #758825,
regarding systemd: Installs without warning despite beeing unable to run
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
758825: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758825
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: systemd
Version: 208-6
Severity: important

Hello,
this bug has two parts; I will clone it after submitting. Brief
description:

1) Before switching init systems, a warning should appear
2) When installing systemd, checks are required to ensure it is able
   to run on this configuration

Long description:
I have two machines, one is my "testing" machine ("A"), which is running
testing (updated every few days to weeks, usually) and one machine which was
running stable until last weekend ("B"). Both machines are
"traditional" machines, i.e. they do not use an initrd and have a
separate partition for /usr (amongst other).

Due to this configuration, they are unable to run systemd, and I never
intended to switch them to systemd.

On machine A (which is headless) the boot suddenly failed. One install
CD and a few commands later I had reinstalled the sysv-init system and
everything was working. (Fortunately I had access to an keyboard and
the monitor was not too far away).

Obviously, I had never requested systemd to be installed nor was a
warning presented.

On machine B I dist-upgraded from stable to testing on last Sunday.
udev stopped the installation because my (locally compiled) kernel was
missing some features. After I had rebuild the kernel with those
features included, I rebooted and continued the installation,
including of udev.

During this installation I also saw the installation of systemd, both
before udev was complaining as well as afterwards. Both times I
removed systemd, the second time also some other packages were removed
as well, so I assumed they pulled systemd in as a dependency.

Again, this machine is similarly configured to machine A and hence
unable to boot with systemd.

What I would have expected:
a) When systemd was selected, the user would be informed about the
switch of the init system, especially since a broken init system
(irrelevant which init system) might render the entire system
unusuable. This would allow users early to abort the install if
necessary. Earlier on file-rc (which I used in the past on other
machines) printed a fat big warning if the user switched to it.

b) During installation of systemd some checks should be executed. For
example, if /usr is on a separate partition and if the current kernel
uses a ramdisk. I remember some tables which compared sysv and systemd
and showed cases which sysv was able to boot but systemd not (and
possibly vice versa, I do not remember the details).

-- 
      Dr. Helge Kreutzmann                     deb...@helgefjell.de
           Dipl.-Phys.                   http://www.helgefjell.de/debian.php
        64bit GNU powered                     gpg signed mail preferred
           Help keep free software "libre": http://www.ffii.de/

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message ---

On Thu, 21 Aug 2014 21:08:41 +0200 Helge Kreutzmann
<deb...@helgefjell.de> wrote:
> Package: systemd
> Version: 208-6
> Severity: important
> 
> Hello,
> this bug has two parts; I will clone it after submitting. Brief
> description:
> 
> 1) Before switching init systems, a warning should appear
> 2) When installing systemd, checks are required to ensure it is able
>    to run on this configuration

This is too unspecific to be actionable. The only concrete example is
about /usr, which is handled by the initramfs nowadays, so this point is
moot. I'm thus closing this bug report.

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Reply via email to