1

Upgrade Warnings / Re: system failed to start due to systemd upgrade!

« Last post by micspabo on Yesterday at 20:36:10 »

Nach D-U bootete Siduction bei mir auch nicht mehr. 

Im Boot-Menü auf dem aktuellen Boot-Eintrag 'e' drücken und unten ro gegen rw ändern,- mit F10 dann booten. Ist bei mir erfolgreich und ich komme wieder in mein System.
@hendrikL: Danke! 

Das Paket systemd läuft mit Version 256~rc3-4

Die apt-listchanges zu systemd (256~rc3-3) hatte ich zwar gelesen, aber nicht erwartet, das mir das beim Reboot um die Ohren fliegt.

Meine /etc/fstab hat sich seit Februar nicht geändert.
Da hab ich die Transition von t64 überlebt, und heute dumm aus der Wäsche geschaut als mein reboot klemmte.

2

Upgrade Warnings / Re: system failed to start due to systemd upgrade!

« Last post by Fellfrosch on Yesterday at 20:24:34 »

Strange! Ich hab jetzt auch mal meine Hauptmaschine neu gestartet. Wie zu Erwarten hing auch die. Hab dann mit Option rw gestartet und war dann etwas sprachlos. Meine fstab war zwar unverändert, aber sie wurde in weiten Teilen einfach ignoriert. Sämtliche Partitionen, die mit der Option nofail vermerkt sind, wurden nicht eingehängt.

Code: [Select]

# <file system> <mount point> <type> <options> <dump> <pass>

UUID=E77B-D732 /boot/efi vfat umask=0077 0 2
UUID=a5c66fc1-d6ae-429e-895d-f8caaf57962f / ext4 defaults,noatime 0 1
UUID=5a7f9898-e98e-4c83-8d34-c61f5d30ea82 /home ext4 defaults,noatime 0 2
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
UUID=159ac537-428c-482d-b510-9e6cd0819302   none    swap    sw  0   0
UUID=bc860344-b048-4d13-bf1c-d5ea78a4c064 /media/Bilder ext4 defaults,noatime,discard,nofail 0 2
UUID=fcd041ed-d818-495c-aa13-cfbe895da4a7 /media/Musik ext4 defaults,noatime,discard,nofail 0 2
UUID=44f3673f-b742-4385-8743-55251f4eba16 /media/Video ext4 defaults,noatime,discard,nofail 0 2
UUID=b082c72a-9326-4990-a959-b71593d85f8b /media/Sicherung ext4 defaults,noatime,discard,nofail 0 2
Bin jetzt erstmal via timeshift auf den Stand von gestern zurückgekehrt und bleib da erstmal, bis Entwarnung gegeben wird.

3

Upgrade Warnings / Re: system failed to start due to systemd upgrade!

« Last post by charlyheinz on Yesterday at 18:58:05 »

Here still the same. I just did a DU while the new systemd rc was installed with the effect like befor, that my system stops booting. With changing the rw option for grub the system is starting!
I also checked my fstab. Nothing changed in it.  tmpfs = /tmp and no new entry on top of it!

apt policy systemd
systemd:
  Installiert:           256~rc3-4
  Installationskandidat: 256~rc3-4

4

Upgrade Warnings / Re: system failed to start due to systemd upgrade!

« Last post by Fellfrosch on Yesterday at 18:32:17 »

Ich hab mir nun mal mein Surface Go als unrelevantesten Rechner hergenommen. Per nala upgrade upgedated inklusive systemd 256~rc3-4. Neustart und das Teil hängt. Nu kann ich entweder per Timeshift zurück oder die Pakete downgraden, oder einfach mal abwarten. Die neuere Systemd Version scheint aber nicht der Heilsbringer zu sein.

Meine fstab sieht aber unverändert und für mich völlig OK aus - allzu viel steht da eh nicht drin:

Code: [Select]

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>            <pass>
UUID=D1BA-0A70                            /boot/efi      vfat umask=0077                  0 2
UUID=6b732649-6f66-4cf6-93f5-e165b7dbd4a2 /              ext4 defaults,noatime            0 1
UUID=eef0a3b3-2c30-488c-ae5e-151bfd9dc437 swap           swap defaults,noatime            0 0
tmpfs                                     /tmp           tmpfs defaults,noatime,mode=1777 0 0

5

Upgrade Warnings / Re: system failed to start due to systemd upgrade!

« Last post by unklarer on Yesterday at 17:54:00 »

systemd wurde soeben auf 256~rc3-4 aktualisiert

Code: [Select]

systemd (256~rc3-4) wird eingerichtet ...
Unit tmp.mount does not exist, proceeding anyway.
Created symlink '/run/systemd/system/tmp.mount' → '/dev/null'.
/usr/lib/tmpfiles.d/legacy.conf:13: Duplicate line for path "/run/lock", ignoring.
systemd-timesyncd (256~rc3-4) wird eingerichtet ...

Hier ist immer noch kein Fehler mit systemd beim Neustart vorhanden. Also, neues D_U   

6

Upgrade Warnings / Re: system failed to start due to systemd upgrade!

« Last post by hendrikL on Yesterday at 17:24:02 »

My system boots now without problems.

I was checking my fstab, and I knew that I mount my tmp as tmpfs!

Code: [Select]

~$ cat /etc/fstab
# Neue Partition                              none                defaults            0 0 # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=385C-E2B7                              /boot/efi   vfat    umask=0077          0 2
UUID=009a5764-2ac7-41d0-9a9f-f80285bfb34e   /           ext4    noatime             0 1
tmpfs                                       /tmp        tmpfs   noatime,mode=1777   0 0
UUID=6134a4d8-1a1b-46e2-99da-4263c146ef57   /ablage     ext4    noatime             0 1
UUID=41a8bbb8-076c-49bf-9e0e-e05102319636   /speicher   ext4    defaults,noatime    0 1

But, look at the topline, "neue Partition" / "New partition" ! Wtf!

I commented it out and run an apt full-upgrade, rebooted and everything is ok!

Where does that first line came from?

7

Upgrade Warnings / Re: system failed to start due to systemd upgrade!

« Last post by unklarer on Yesterday at 16:24:21 »

Ich habe seit heute morgen insgesamt 5 Systeme mit D-U aktualisiert.

Jetzt komme ich in's Forum und sehe die Warnung. Alle haben

Code: [Select]

apt policy systemd
systemd:
  Installiert:           256~rc3-3
  Installationskandidat: 256~rc3-3
  Versionstabelle:
 *** 256~rc3-3 500
        500 https://deb.debian.org/debian unstable/main amd64 Packages
        100 /var/lib/dpkg/status
und alle starten, wie immer .       Extra jetzt überprüft.

Allerdings war mir mit apt-listchanges das hier aufgefallen (übersetzt):

Code: [Select]

apt-listchanges: Neuigkeiten
----------------------------
systemd (256~rc2-3) unstable; dringlichkeit=medium

  - /tmp/ ist nun standardmäßig ein tmpfs, und zwar über die vorgelagerte Unit tmp.mount.
    Die vorherige Einstellung kann beibehalten werden, indem man die Unit lokal mit maskiert:

    systemctl mask tmp.mount

    oder:

    touch /etc/systemd/system/tmp.mount

  - /run/lock/ wird nicht mehr mit einem Patch vor dem Start der Units erstellt, sondern durch
    eine standardmäßige early-boot run-lock.mount Einheit, die vor
    local-fs.target. Jeder Dienst, der /run/lock/ verwenden muss und vor
    sysinit.target läuft (d.h. sie definieren wahrscheinlich DefaultDependencies=no), muss
    explizit mit After=run-lock.mount bestellt werden. Die beiden bekannten Fälle
    wo dies im Archiv passiert, wurde bereits ein Bug+MR eingereicht.

  - Bei neuen Installationen bereinigt tmpfiles.d nun standardmäßig /tmp/ alle
    10 Tage, und /var/tmp/ alle 30 Tage. Das alte Verhalten kann konfiguriert werden
    mit einer lokalen Überschreibung konfiguriert werden, falls erforderlich:

    echo 'D /tmp 1777' > /etc/tmpfiles.d/tmp.conf

    Diese Überschreibung wird automatisch für Upgrades von bestehenden
    Systemen von früheren Versionen auf Trixie. Zur Erinnerung, einzelne
    Dateien und Verzeichnisse für den Ausschluss von Bereinigungen markiert werden
    der Konfigurationszeile vom Typ 'x', wie in der tmpfiles.d-Manpage beschrieben,
    zum Beispiel:

    echo 'x /tmp/my-precious' > /etc/tmpfiles.d/precious.conf

  - Coredumps werden nun standardmäßig über Konfigurationsdateien deaktiviert, anstatt
    ein Out-of-Tree-Patch (die Installation des optionalen Pakets systemd-coredump
    wird sie wie bisher aktivieren). Wie immer ist ein Überschreiben über lokale Drop-ins
    möglich, falls gewünscht. Die Konfigurationsdateien, die sich jeweils auf
    die systemd-Instanz, die systemd-Instanzen der Benutzer und die PAM-Sitzungen
    sind:

    /usr/lib/systemd/system.conf.d/10-coredump-debian.conf
    /usr/lib/systemd/user.conf.d/10-coredump-debian.conf
    /usr/lib/sysctl.d/10-coredump-debian.conf
    /etc/security/limits.d/10-coredump-debian.conf

 -- Luca Boccassi <bluca@debian.org> Tue, 28 May 2024 00:07:57 +0100

...
systemd (256~rc3-3) wird eingerichtet ...
/usr/lib/tmpfiles.d/legacy.conf:13: Duplicate line for path "/run/lock", ignoring.
...


8

Software - Support / Re: ModemManager - Bekomme Modem nicht aktiviert

« Last post by orinoco on Yesterday at 16:07:21 »

Oh, ich glaube ich brauch langsam eine Brille:

Code: [Select]

-J, --output-json
              Run action with machine-friendly JSON output, to be used e.g. by shell scripts that rely on mmcli operations.

9

Upgrade Warnings / Re: system failed to start due to systemd upgrade!

« Last post by Fellfrosch on Yesterday at 15:58:27 »

@charlyheinz
If everything runs again like expected, I would suggest thinking about using timeshift in future. This lets you look in a more relaxed way on such problems. You can restore your system with just a few clicks, even if it refuses to boot.

10

Software - Support / Re: Virtuelle Maschinen

« Last post by orinoco on Yesterday at 15:58:12 »

Hallo,

wg. 3d-Leistung im Windows Gast, such mal nach "KVM with VGA Passthrough". Ich habs es noch nie probiert und ich bin mir nicht 100% sicher, aber man benötigt IMHO eine zweite Grafikkarte. Richtig konfiguriert, kann das Gast-OS auf die Hardware der dedizierten Grafikkarte direkt zugreifen.