1
Recent Posts
2
Upgrade Warnings / Re: system failed to start due to systemd upgrade!
« Last post by dibl on Yesterday at 20:36:20 »
With all these "old" arguments, tmp.mount must be a really bad idea, as it accomplishes just that.
Apparently, Serge lost the vote!3
Upgrade Warnings / Re: system failed to start due to systemd upgrade!
« Last post by ro_sid on Yesterday at 20:22:39 »[...]With all these "old" arguments, tmp.mount must be a really bad idea
This is also very interesting (to me) and relevant to our subject:
https://lists.debian.org/debian-devel/2012/06/msg00311.html
, as it accomplishes just that.4
Upgrade Warnings / Re: Nach Upgrade wird mit Kernel 6.9.3-1 der Monitor komplett dunkel/aus geschaltet.
« Last post by ReinerS on Yesterday at 19:46:53 »Ja, gebe ich morgen mal durch.
Für heute ist sie eher "fix und fertig".
Grüße
Reiner
Für heute ist sie eher "fix und fertig".
Grüße
Reiner
5
Upgrade Warnings / Re: Nach Upgrade wird mit Kernel 6.9.3-1 der Monitor komplett dunkel/aus geschaltet.
« Last post by unklarer on Yesterday at 19:42:16 »Code: [Select]
lsblk -o NAME,MODEL,LABEL,UUIDmüßte er als User machen6
Upgrade Warnings / Re: Nach Upgrade wird mit Kernel 6.9.3-1 der Monitor komplett dunkel/aus geschaltet.
« Last post by ReinerS on Yesterday at 19:27:34 »Ja, da wurde mal ein ein Raid von jemand darauf installiert, wir haben es deshalb bisher so gelassen, läuft bis heute problemlos mit allen bisherigen Kerneln. Mit dem "alten tut es ja auch problemlos. Daran sollte es imho eigentlich nicht liegen.
Nach der UUID werde ich trotzdem mal schauen wenn ich das nächste mal Zugriff auf das System habe.
Grüße
Reiner
Nach der UUID werde ich trotzdem mal schauen wenn ich das nächste mal Zugriff auf das System habe.
Grüße
Reiner
7
Upgrade Warnings / Re: Nach Upgrade wird mit Kernel 6.9.3-1 der Monitor komplett dunkel/aus geschaltet.
« Last post by unklarer on Yesterday at 19:17:37 »inxi sagt auf der 4, dass das ein 'HardwareRaid1' auf sda ist.
auf der 2 wird die fehlende Partition 'UUID=blablabla' nicht gefunden.
Du müßtest erst einmal feststellen, was das für eine Partition ist, die nicht gefunden wird.
Allerdings kenne ich mich mit Raid gar nicht aus.
auf der 2 wird die fehlende Partition 'UUID=blablabla' nicht gefunden.
Du müßtest erst einmal feststellen, was das für eine Partition ist, die nicht gefunden wird.
Allerdings kenne ich mich mit Raid gar nicht aus.
8
Upgrade Warnings / Nach Upgrade wird mit Kernel 6.9.3-1 der Monitor komplett dunkel/aus geschaltet.
« Last post by ReinerS on Yesterday at 18:49:41 »Hallo,
habe ein etwas seltsames Problem gefunden.
Habe einer Bekannten via Fernwartung(anydesk) geholfen ihr System upzudaten.
War etwa 3 Monate nicht upgedated worden.
Beim Start mit Kernel 6.9.3-1-siduction-amd64 kamen erst diese Fehlermeldungen:
(siehe Anhang1)
und
(Anhang2)
Danach war der Monitor dunkel, vorher hatte er sich noch beschwert, dass er kein Signal bekäme.
Umschalten auf eine Konsole ging anscheinend auch nicht.
Mit dem alten Kernel 6.5.4-2 lief das upgegradete System einwandfrei hoch.
Ein Versuch mit dem Kernel 6.8.9-1 lief auf dasselbe Problem wie der neue Kernel.
Letztendlich habe ich nur den alten 6.5er Kernel drauf gelassen.
Interessanterweise ließ sich der 6.9er Kernel auch nicht mit kernel-remover deinstallieren, der 6.8er hingegen schon.
Der 6.9er Kernel war angeblich gar nicht installiert.
Die Dateien im Boot-Verzeichnis sind im Anhang 3 aufgelistet.
Die Konfiguration laut inxi des Systems ist in Anhang 4 aufgeführt.
Hat jemand eine Idee, was da klemmen könnte?
Grüße
Reiner
habe ein etwas seltsames Problem gefunden.
Habe einer Bekannten via Fernwartung(anydesk) geholfen ihr System upzudaten.
War etwa 3 Monate nicht upgedated worden.
Beim Start mit Kernel 6.9.3-1-siduction-amd64 kamen erst diese Fehlermeldungen:
(siehe Anhang1)
und
(Anhang2)
Danach war der Monitor dunkel, vorher hatte er sich noch beschwert, dass er kein Signal bekäme.
Umschalten auf eine Konsole ging anscheinend auch nicht.
Mit dem alten Kernel 6.5.4-2 lief das upgegradete System einwandfrei hoch.
Ein Versuch mit dem Kernel 6.8.9-1 lief auf dasselbe Problem wie der neue Kernel.
Letztendlich habe ich nur den alten 6.5er Kernel drauf gelassen.
Interessanterweise ließ sich der 6.9er Kernel auch nicht mit kernel-remover deinstallieren, der 6.8er hingegen schon.
Der 6.9er Kernel war angeblich gar nicht installiert.
Die Dateien im Boot-Verzeichnis sind im Anhang 3 aufgelistet.
Die Konfiguration laut inxi des Systems ist in Anhang 4 aufgeführt.
Hat jemand eine Idee, was da klemmen könnte?
Grüße
Reiner
9
Upgrade Warnings / Re: system failed to start due to systemd upgrade!
« Last post by michaa7 on Yesterday at 16:52:35 »...
It looks to me like the answer is "YES", for Debian Linux.
...
thanks dibl, especially for the two links on which your answer seems to be based upon. What's written there seams exhaustive and -in short- confirms that
A) fstab entry for /tmp *is* unneccessary for modern OS and modern SSDs since 2012
B) in 2012 /tmp mount to tmpfs was considered a hack usefull only if you knew what you did and why exactly you did it.
So the summery, at least for me, now is:
- The fstab entry was not the cause of the problem, but if it was nontheless, delete it ... you don't need it.
- It this entry is there and you don't know what to do with it because there is no problem ... throw dice and act accordingly
- The ones hit by the broken systemd link now know via this thread how to repair their system. All the others are fine now because the newer systemd postinstall scripts checks for the existens of the broken link and delete it.
I assume this catches the state of the problem. If not ... correct me with a better version.
10
Upgrade Warnings / Re: system failed to start due to systemd upgrade!
« Last post by dibl on Yesterday at 15:59:45 »Thanks dibl....
Semi-answer: This tmpfs for /tmp mount line goes back to the days when SSDs were new technology,...
I assume today it is deprecated ?
It looks to me like the answer is "YES", for Debian Linux.
When I read the paragraph entitled "Reduction of SSD write frequency via RAMDISK" here:
https://wiki.debian.org/SSDOptimization
it looks like the Debian devs intend to replace the /etc/fstab mount line with the systemd unit. (Maybe they didn't get the execution correct, first time out.)
This is also very interesting (to me) and relevant to our subject:
https://lists.debian.org/debian-devel/2012/06/msg00311.html