Welcome, Guest. Please login or register.
Did you miss your activation email?

Recent Posts

Pages: [1] 2 3 ... 10
1
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   ;)

2
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?
3
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 .     8)  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.
...
4
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.
5
@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.
6
Software - Support / Re: Virtuelle Maschinen
« Last post by orinoco on Today 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.
7
@hendrikL
At first thanks for the hint.
After adding testing in source.list and starting apt as you adviced apt wants to install the new 256~rc3-3 Version of systemd again, no change.
For today I can work with it.
Is it a security problem using rw for the grub starting command.

Did you run
Code: [Select]
apt update && apt install  systemd/testing --no-strict-pinning
?


Code: [Select]
~$ LANG=C apt install  systemd/testing --no-strict-pinning -s
NOTE: This is only a simulation!
      apt needs root privileges for real execution.
      Keep also in mind that locking is deactivated,
      so don't depend on the relevance to the real current situation!

systemd is already the newest version (256~rc3-2).
Selected version '256~rc3-2' (Debian:testing [amd64]) for 'systemd'
Selected version '1.5.3-7' (Debian:unstable, Debian:testing [amd64]) for 'libpam0g' because of 'systemd'
Summary:                   
  Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 13
Notice: Automatically enabled --solver 3.0 for --no-strict-pinning

Code: [Select]
LANG=C apt policy systemd
systemd:
  Installed: 256~rc3-2
  Candidate: 256~rc3-4
  Version table:
     256~rc3-4 500
        500 https://incoming.debian.org/debian-buildd buildd-unstable/main amd64 Packages
     256~rc3-3 500
        500 https://deb.debian.org/debian unstable/main amd64 Packages
        500 https://incoming.debian.org/debian-buildd buildd-unstable/main amd64 Packages
 *** 256~rc3-2 500
        500 https://deb.debian.org/debian testing/main amd64 Packages
        100 /var/lib/dpkg/status

Btw. 256rc3-4 has the same problem, I don't know what is causing that issue!
8
@hendrikL
At first thanks for the hint.
After adding testing in source.list and starting apt as you adviced apt wants to install the new 256~rc3-3 Version of systemd again, no change.
For today I can work with it.
Is it a security problem using rw for the grub starting command.
9
Ich bin mir nicht sicher, ob ich nach dem systemd Update (war wohl gestern) mein System neu gebootet hatte. Meist suspendiere ich nur. Werde daher vorerst nur in den Standby-Mode runter fahren, bis wir mehr wissen.
So, hab inzwischen meine Testinstallation in VirtualBox nach längerer Zeit aktualisiert. Herunter gefahren und neu gebootet ...
... Das System bootet ganz normal. Jetzt wirds mystisch.

edlin

Gerade ausprobiert, strange really strange, meine VM bootet nach "full-upgrade" ganz normal und es ist ein voll funktionsfähiges System!
Ich schließe mich an, jetzt wird es mystisch!
10
Code: [Select]
# debian testing
deb     https://deb.debian.org/debian/ testing main contrib non-free-firmware
# deb-src https://deb.debian.org/debian/ testing main contrib non-free-firmware
Pages: [1] 2 3 ... 10