Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #124373 > unrolled thread

VirtualBox mit Debian Testing

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 09:34 +0200
    Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-26 09:50 +0200
      Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 10:31 +0200
        Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-26 10:44 +0200
          Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 10:55 +0200
        Re: VirtualBox mit Debian Testing Marcus Jodorf <trap@killfile.de> - 2022-08-26 21:34 +0200
        Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-27 09:58 +0200
          Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-27 12:47 +0200
          Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-09 21:25 +0200
      Re: VirtualBox mit Debian Testing Jan Novak <repcom@gmail.com> - 2022-08-26 11:02 +0200
    Re: VirtualBox mit Debian Testing Arno Welzel <usenet@arnowelzel.de> - 2022-08-26 10:53 +0200
      Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 11:48 +0200
        Re: VirtualBox mit Debian Testing Arno Welzel <usenet@arnowelzel.de> - 2022-08-26 16:59 +0200
          Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 17:43 +0200
            Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-27 13:16 +0200
              Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-29 16:05 +0200
                Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-29 16:17 +0200
                  Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-08-29 18:57 +0200
                    Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-30 12:58 +0200
                      Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 14:11 +0200
                        Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-30 14:46 +0200
                          Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 15:47 +0200
                        Re: VirtualBox mit Debian Testing Florian Rehnisch <fr@fm-r.eu> - 2022-09-02 00:07 +0000
                    Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 14:10 +0200
                      Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-30 14:49 +0200
                  Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-30 11:43 +0200
                    Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-30 13:01 +0200
                      Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-30 15:49 +0200
                        Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-05 13:00 +0200
                          Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-05 20:48 +0200
                            Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-05 22:51 +0200
                              Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-06 10:22 +0200
                                Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-06 12:33 +0200
                                  Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-09-06 14:45 +0200
                                  Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-07 09:04 +0200
                                    Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-07 12:35 +0200
                                      Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-08 11:11 +0200
                                        Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-08 15:58 +0200
                                          Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-08 18:24 +0200
                                            Re: VirtualBox mit Debian Testing Wolfgang Kynast <wky@gmx.de> - 2022-09-08 18:36 +0200
                                            Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-08 19:15 +0200
                                              Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-08 21:07 +0200
                                                Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-08 22:17 +0200
                                                  Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-09 10:28 +0200
                                                    Re: VirtualBox mit Debian Testing Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-09-09 09:18 +0000
                                            Re: VirtualBox mit Debian Testing Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-08 17:33 +0000
                                              Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-08 22:26 +0200
                              Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-06 10:43 +0200
                                Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-09-06 10:49 +0200
                                Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-06 12:21 +0200
                                  Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-06 15:20 +0200
                                    Re: VirtualBox mit Debian Testing Marcus Jodorf <trap@killfile.de> - 2022-09-06 22:25 +0200
                                      Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-08 16:02 +0200
                                        Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-08 18:28 +0200
                                          Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-08 21:07 +0200
                                            Re: VirtualBox mit Debian Testing Marcus Jodorf <trap@killfile.de> - 2022-09-09 01:51 +0200
                                              Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-09 13:26 +0200
                    Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 14:13 +0200
    Re: VirtualBox mit Debian Testing Andreas Kohlbach <ank@spamfence.net> - 2022-08-26 13:03 -0400
      Re: VirtualBox mit Debian Testing michaelnoeusenet@mac.com (Michael Noe) - 2022-08-26 20:20 +0200
    Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-08-27 00:09 +0200

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

#124803

Kay Martinen wrote at Thu, 8 Sep 2022 18:24:10 +0200:
> Am 08.09.22 um 15:58 schrieb Marc Haber:
>> Peter Scholz <Peter_Scholz@vodafonmail.de> wrote:
>>> Im Ernst, wenn du jetzt endlich begriffen haben solltest, dass ich deine
>>> zynisch gemeinten Ratschläge tatsächlich nicht brauche, wie ich mein
>>> Produktiv-System kaputt zu machen habe, sollte das funktionieren. 
>> 
>> Ich habe den Nichthilfewunsch Deiner Person notiert und werde in
>> Zukunft nur widersprechen, wenn einer Deiner Tipps Gefahr läuft,
>> jemand anderen auf einen Irrweg zu schicken.
>> 
>
> Schade das es keinen Halben *plonk* gibt, oder? :-)

Das *war* ein HalbPlonk.
Man killfiled heutzutage ja nicht mehr, man scored. Und Marc wird
entsprechende Minuspunkte vergeben haben. Und nicht nur er.

Thomas

[toc] | [prev] | [next] | [standalone]

#124805

Thomas Klix <wotokl@web.de> wrote:
>Man killfiled heutzutage ja nicht mehr, man scored. Und Marc wird
>entsprechende Minuspunkte vergeben haben. Und nicht nur er.

Meine Software kann das nicht.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124808

Am 08.09.22 um 21:07 schrieb Marc Haber:
> Thomas Klix <wotokl@web.de> wrote:
>> Man killfiled heutzutage ja nicht mehr, man scored. Und Marc wird
>> entsprechende Minuspunkte vergeben haben. Und nicht nur er.
> 
> Meine Software kann das nicht.

Auch kein separates Adressbuch als killfile und eine Filterregel die bei
Fundstelle (adressbuch UND neuer Post) aktionen auslöst?

So mache ich das bei TB.

Ｂｙｅ／
   ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#124817

Kay Martinen <usenet@martinen.de> wrote:
>Am 08.09.22 um 21:07 schrieb Marc Haber:
>> Thomas Klix <wotokl@web.de> wrote:
>>> Man killfiled heutzutage ja nicht mehr, man scored. Und Marc wird
>>> entsprechende Minuspunkte vergeben haben. Und nicht nur er.
>> 
>> Meine Software kann das nicht.
>
>Auch kein separates Adressbuch als killfile und eine Filterregel die bei
>Fundstelle (adressbuch UND neuer Post) aktionen auslöst?

Sie hat ein Kill- und Watch"file" aber kein Scoring, und das Killfile
ist seit etwa zwei Jahren defekt.

-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124818

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Sie hat ein Kill- und Watch"file" aber kein Scoring, und das Killfile
> ist seit etwa zwei Jahren defekt.

Also eher ein "killed file".

[toc] | [prev] | [next] | [standalone]

#124804

Kay Martinen schrieb am 8/9/2022 18:24:

> Am 08.09.22 um 15:58 schrieb Marc Haber:
>> Peter Scholz <Peter_Scholz@vodafonmail.de> wrote:
>>> Im Ernst, wenn du jetzt endlich begriffen haben solltest, dass ich deine
>>> zynisch gemeinten Ratschläge tatsächlich nicht brauche, wie ich mein
>>> Produktiv-System kaputt zu machen habe, sollte das funktionieren. 
>> 
>> Ich habe den Nichthilfewunsch Deiner Person notiert und werde in
>> Zukunft nur widersprechen, wenn einer Deiner Tipps Gefahr läuft,
>> jemand anderen auf einen Irrweg zu schicken.
>
> Schade das es keinen Halben *plonk* gibt, oder? :-)

Oder. Beim Thunderbird die Postings halb unerwünschter Personen vom
Filter nicht löschen sondern als gelesen markieren lassen.

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

#124809

Am 08.09.22 um 19:33 schrieb Gerald E¡scher:
> Kay Martinen schrieb am 8/9/2022 18:24:
> 
>> Am 08.09.22 um 15:58 schrieb Marc Haber:
>>> Peter Scholz <Peter_Scholz@vodafonmail.de> wrote:

>>> Zukunft nur widersprechen, wenn einer Deiner Tipps Gefahr läuft,
>>> jemand anderen auf einen Irrweg zu schicken.
>>
>> Schade das es keinen Halben *plonk* gibt, oder? :-)
> 
> Oder. Beim Thunderbird die Postings halb unerwünschter Personen vom
> Filter nicht löschen sondern als gelesen markieren lassen.

Mache ich so und setze außerdem noch ein Stichwort mit farbe Hellgrau.
Dann fallen sie in der Artikelübersicht genau NICHT auf.

Man kann auch noch auf das Markieren des subthreads als 'ignoriert'
vezichten. Aber in beiden Fällen ist man wieder bei dem was ich schon
schrieb, "den Kommentar des Kommentars lesend" was hier natürlich der
erwünschte Effekt sein kann.

Mir ist das aber ehrlich gesagt zu viel Mühe ein weiteres Adressbuch zu
pflegen und derart abgestufte Filter-regeln zu testen.

Ich hatte mal einen NUA mit scoring u.s.w. Aber der konnte dafür andere
sachen nicht die ich gern hätte.

Ｂｙｅ／
   ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#124756

Thomas Klix <wotokl@web.de> wrote:
>Peter Scholz wrote at Mon, 5 Sep 2022 20:48:14 +0200:
>> [...]
>> Die hier 32 kritischen Pakete werde ich mir dann nach und nach noch
>> genauer anschauen, um zu verstehen, was bei den täglichen Updates und
>> gelegentlichen Upstreams im Packetierungssystem eigentlich passiert.
>
>Du hast dir eine klassische Zombie-Installation hingelegt.

Testing mit einer Auswahl aus unstable ist nicht so ganz katastrophal
wie der wirklich klassische Zombie, stable mit einer Auswahl aus
unstable.

Wenn man täglich beobachtet, was für sicherheitsrelevante Updates in
unstable gelandet sind, kann man testing mit Auswahl aus unstable
durchaus machen.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124757

Am Dienstag, 06. September 2022, um 10:43:02 Uhr schrieb Marc Haber:

> Wenn man täglich beobachtet, was für sicherheitsrelevante Updates in
> unstable gelandet sind, kann man testing mit Auswahl aus unstable
> durchaus machen.

Ich mache jetzt komplett sid auf einem Rechner. Bisher gab es noch
keinen Unfall, ich werde mich dann sicherlich hier melden, wenn es
einen gibt, den ich nicht selbst beheben kann. :-)

Das Problem sind hier aber eher Fremdquellen, denn diese sind selten
für Testing oder sid ausgelegt und machen dann Probleme mit
Abhängigkeiten.

[toc] | [prev] | [next] | [standalone]

#124758

Marc Haber wrote at Tue, 06 Sep 2022 10:43:02 +0200:
> Thomas Klix <wotokl@web.de> wrote:
>>Peter Scholz wrote at Mon, 5 Sep 2022 20:48:14 +0200:
>>> [...]
>>> Die hier 32 kritischen Pakete werde ich mir dann nach und nach noch
>>> genauer anschauen, um zu verstehen, was bei den täglichen Updates und
>>> gelegentlichen Upstreams im Packetierungssystem eigentlich passiert.
>>
>>Du hast dir eine klassische Zombie-Installation hingelegt.
>
> Testing mit einer Auswahl aus unstable ist nicht so ganz katastrophal
> wie der wirklich klassische Zombie, stable mit einer Auswahl aus
> unstable.

Örks.

> Wenn man täglich beobachtet, was für sicherheitsrelevante Updates in
> unstable gelandet sind, kann man testing mit Auswahl aus unstable
> durchaus machen.

Dann muss man aber *wirklich* wissen, was man tut. Und, sorry, bei Peter
habe ich nicht den Eindruck.

Thomas

[toc] | [prev] | [next] | [standalone]

#124761

Thomas Klix <wotokl@web.de> wrote:
>Marc Haber wrote at Tue, 06 Sep 2022 10:43:02 +0200:
>> Wenn man täglich beobachtet, was für sicherheitsrelevante Updates in
>> unstable gelandet sind, kann man testing mit Auswahl aus unstable
>> durchaus machen.
>
>Dann muss man aber *wirklich* wissen, was man tut.

Ja.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124763

Marc Haber <mh+usenetspam1118@zugschl.us> schrieb:

>> Dann muss man aber *wirklich* wissen, was man tut.
>
> Ja.

Überraschungen kann man immer erleben. Passiert nicht so wahnsinnig oft
aber nach langer Zeit hat es mich gerade heute morgen mal wieder mit sid
erwischt ;-)
Letzter Stolperstein davor war vor Monaten mal, daß nach Jahren und
entgegen der Doku plötzlich die Konfiguration statischer Interfaces mit
„auto interface“ (endet in 5 Minuten Timeout) nicht mehr funktionierte
sondern nur noch mit stattdessen „allow-hotplug interface“.
Also die Interface Config hatte davor 15 Jahre unverändert funktioniert,
systemd update und alle Rechner hatten dann danach kein Netzwerk mehr.

Heute morgen wieder mal Update (zwei Wochen ausnahmsweise mal nicht
gemacht), und damit erstmals Kernel Paket 5.19.0-1 und nat. wieder ein
neuer systemd reingerutscht. Reboot. Ewig lange passiert nichts und dann
steht es.

Der Knaller ist: root Partition wird ganz normal gecheckt, es kommt die
übliche
„root: clean blah/blah files. blah/blah blocks“ Meldung.

Und dann läuft es im systemd Umfeld in Kombination mit diesem Kernel aus
dem Ruder:

[TIME] Timed out waiting for device /dev/disk/by-uuid/blah
(das ist die root partition, die der fs check davor noch gefunden hat)
[DEPEND] Dependency failed for File System Check on <selbe root fs id>
(der Check, der drei Zeilen darüber als erfolgreich angezeigt wird)
[DEPEND] Dependency failed for /boot/efi.
(woraus zuvor der Kernel problemlos geladen wurde)
[DEPEND] Dependency failed for Local File Systems.
[TIME] Timed out waiting for device /dev/sdd3
(Dann nichts mehr. Ende.)

Bootplatte ist /dev/sda. sdd gibt es zwar, aber wird in fstab nicht
referenziert und eine Partition sdd3 gibt es schlicht nicht - klar das
er die nicht finden kann. Es gibt aber auch absolut keinerlei Grund die
zu suchen.

Also reboot, zurück zum vorherigen 5.18er Kernel und immerhin kein
Problem damit.

In der fstab ist alles per UUID referenziert. Aber mit dem neuen Kernel
scheint sich das systemd Zeugs und den Sachen, die es autogeneriert,
mit der Platte an sich zu verkaspern.

In der fstab ist die Swappartition (per UUID) gelistet und das ist
überhaupt das Einzige, was eine dritte Partition referenziert.
Scheint, als würden das System dann sda mit sdd durcheinanderwerfen.
Werde ich mir vielleicht am Wochenende mal näher anschauen, wobei das
natürlich so super toll zu debuggen ist.

Exakt in solchen Momenten wünsche ich mir wieder alte init scripte, die
man dann mit Debugausgaben pflastern kann und keine dicken
Binärklumpen, die sich selber Pseudoconfigs on the fly generieren und
dann verkacken. ;-)
Die fstab ist nebenbei das letzte Mal Januar 2017 editiert worden und
die grundsätzliche Plattenkonfiguration funktioniert in dem Rechner an
sich noch ein paar Jahre länger.


Gruß,

Marcus
⚂⚃

[toc] | [prev] | [next] | [standalone]

#124799

Marcus Jodorf <trap@killfile.de> wrote:
>Exakt in solchen Momenten wünsche ich mir wieder alte init scripte, die
>man dann mit Debugausgaben pflastern kann und keine dicken
>Binärklumpen, die sich selber Pseudoconfigs on the fly generieren und
>dann verkacken. ;-)

Das stimmt leider. Aber zum Glück kommen derartige Katastrophen selten
genug vor.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124800

Am 08.09.22 um 16:02 schrieb Marc Haber:
> Marcus Jodorf <trap@killfile.de> wrote:
>> Exakt in solchen Momenten wünsche ich mir wieder alte init scripte, die
>> man dann mit Debugausgaben pflastern kann und keine dicken
>> Binärklumpen, die sich selber Pseudoconfigs on the fly generieren und
>> dann verkacken. ;-)
> 
> Das stimmt leider. Aber zum Glück kommen derartige Katastrophen selten
> genug vor.

Hat denn systemd keinen debug-schalter? So etwas wie 'systemctl start
debug blahfoo' und im log wird dann jeder Furz notiert... oder nur die
übelsten.

Früher konnte man den debug-level sogar einstellen. Bei samba u.a. die
auch selbst logs schreiben konnten.


Ｂｙｅ／
   ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#124806

Kay Martinen <usenet@martinen.de> wrote:
>Am 08.09.22 um 16:02 schrieb Marc Haber:
>> Marcus Jodorf <trap@killfile.de> wrote:
>>> Exakt in solchen Momenten wünsche ich mir wieder alte init scripte, die
>>> man dann mit Debugausgaben pflastern kann und keine dicken
>>> Binärklumpen, die sich selber Pseudoconfigs on the fly generieren und
>>> dann verkacken. ;-)
>> 
>> Das stimmt leider. Aber zum Glück kommen derartige Katastrophen selten
>> genug vor.
>
>Hat denn systemd keinen debug-schalter?

Hat er, ich weiß nur nicht so wo er ist? Warum ich das nicht weiß?
Weil ich es noch nie gebraucht habe.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124813

Marc Haber <mh+usenetspam1118@zugschl.us> schrieb:

> Kay Martinen <usenet@martinen.de> wrote:
>> Am 08.09.22 um 16:02 schrieb Marc Haber:
>>> Marcus Jodorf <trap@killfile.de> wrote:
>>>> Exakt in solchen Momenten wünsche ich mir wieder alte init scripte,
>>>> die man dann mit Debugausgaben pflastern kann und keine dicken
>>>> Binärklumpen, die sich selber Pseudoconfigs on the fly generieren
>>>> und dann verkacken. ;-)
>>>
>>> Das stimmt leider. Aber zum Glück kommen derartige Katastrophen
>>> selten genug vor.
>>
>> Hat denn systemd keinen debug-schalter?
>
> Hat er, ich weiß nur nicht so wo er ist? Warum ich das nicht weiß?
> Weil ich es noch nie gebraucht habe.

<https://wiki.debian.org/InitramfsDebug>

Und man kann da sicher auch noch an anderen Schrauben drehen.

Was die Sache halt so unschön macht, ist, daß die Kiste quasi noch
innerhalb des initramfs zum stehen kommt und man die logdaten da auch
noch rausbekommen muß, während es gleichzeitig keine Platte gemountet
bekommt.

Und dann ist man vor allem auf reines Glück angewiesen, ob der
Programmierer auch daran gedacht hat, die für diesen Fall relevanten
Infos zu loggen. Man kann eben nicht einfch mal noch seine eigenen
Ausgaben mit einbauen.

Wird also Glücksspiel.
Was mich etwas stutzig macht, ist, daß die Kiste sda bis sdj hat und es
sich ausgerechnet mit sda/sdd verkaspert. Als ob da jemand beim Coden
seine Lesebrille vergessen hatte und a nicht mehr von d unterscheiden
konnte ;-)


Gruß,

Marcus
⚂⚃

[toc] | [prev] | [next] | [standalone]

#124822

Am 09.09.22 um 01:51 schrieb Marcus Jodorf:
> Marc Haber <mh+usenetspam1118@zugschl.us> schrieb:
> 
>> Kay Martinen <usenet@martinen.de> wrote:
>>> Am 08.09.22 um 16:02 schrieb Marc Haber:
>>>> Marcus Jodorf <trap@killfile.de> wrote:
>>>>> Exakt in solchen Momenten wünsche ich mir wieder alte init scripte,
>>>>> die man dann mit Debugausgaben pflastern kann und keine dicken
>>>>> Binärklumpen, die sich selber Pseudoconfigs on the fly generieren
>>>>> und dann verkacken. ;-)
>>>>
>>>> Das stimmt leider. Aber zum Glück kommen derartige Katastrophen
>>>> selten genug vor.
>>>
>>> Hat denn systemd keinen debug-schalter?
>>
>> Hat er, ich weiß nur nicht so wo er ist? Warum ich das nicht weiß?
>> Weil ich es noch nie gebraucht habe.
> 
> <https://wiki.debian.org/InitramfsDebug>
> 
> Und man kann da sicher auch noch an anderen Schrauben drehen.
> 
> Was die Sache halt so unschön macht, ist, daß die Kiste quasi noch
> innerhalb des initramfs zum stehen kommt und man die logdaten da auch
> noch rausbekommen muß, während es gleichzeitig keine Platte gemountet
> bekommt.

Ich weiß nicht ob das möglich ist wenn die Kiste nicht mehr hoch kommt
aber vielleicht hilft es vom start weg alles an einen syslog-server
senden zu lassen. VOR systemd wollte ich so was mal für ein paar wenige
serverchen einrichten hab's aber nicht weiter verfolgt. Wenn es bei
systemd AUCH/NOCH geht müsste m.w. vom bootzeitpunkt an alles dort
landen. Und, sagtest du nicht das der unter bestimmten umständen doch
startet?

> Und dann ist man vor allem auf reines Glück angewiesen, ob der
> Programmierer auch daran gedacht hat, die für diesen Fall relevanten
> Infos zu loggen. Man kann eben nicht einfch mal noch seine eigenen
> Ausgaben mit einbauen.

Da weiß ich nichts drauf. Aber den output von dmesg auf dem
syslog-server lesen sollte gehen und helfen oder?

Ohne RW Dateisystem geht's eh verloren wenn's nur auf der Konsole erscheint.


Ｂｙｅ／
   ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#124486

Peter Scholz <Peter_Scholz@vodafonmail.de> wrote:
>Darum würde ich mir mein Testing mit diesem "statischen" Sid-Paket
>auch nicht kaputt machen wollen.

Das ist auch nahezu ausgeschlossen, einfach das alte Paket wieder
installieren und es sollte wieder tun. Vielleicht vor dem Upgrade die
Konfiguration sichern.

>Eigentlich logisch: Debian-Testing ist ja nix anderes als das
>Debian-Stable der Zukunft. Ich sehe also allein aus technischer
>Sicht keinen Grund, warum das mit dem kostenlosen Virtualbox-Stable-
>Repository bei dir nicht auch hätte funktionieren sollen.

Virtualbox hat Kernelmodule, die müssen zum Kernel passen. Die
Programmierschnittstellen sind vom Kernel-Upstream ausdrücklich als
"können sich jederzeit ändern" deklariert und Virtualbox ist nicht
gerade bekannt dafür, sich zeitnah und schnell an veränderte
Kernelschnittstellen anzupassen. Schlechter konnte das damals nur
vmware.

Ich halte es für ziemlich unwahrscheinlich, dass das zwei Jahre alte
virtualbox aus Debian stable mit dem leidlich aktuellen Kernel aus
Debian testing direkt tut.

KVM wird das tun, das ist feste Bestandteil des Kernels, da hat man
alle diese Probleme schlicht nicht.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124400

On Fri, 26 Aug 2022 09:34:11 +0200, Marco Moock wrote:
>
> VirtualBox ist aktuell nicht in Debian testing enthalten, in sid aber
> schon.

In SID schon? Sonst hätte ich darauf getippt, dass Du 32-Bit hast. Dort
ist sie AFAIK rausgefallen.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#124402

Andreas Kohlbach <ank@spamfence.net> wrote:

> > VirtualBox ist aktuell nicht in Debian testing enthalten, in sid aber
> > schon.
> 
> In SID schon? Sonst hätte ich darauf getippt, dass Du 32-Bit hast. Dort
> ist sie AFAIK rausgefallen.

Die letzte VirtualBox-Version mit 32-Bit-Support für den Host ist 5.2.44
von Juli 2020.

-- 

 Gruß

 Michael

[toc] | [prev] | [next] | [standalone]

Page 3 of 4 — ← Prev page 1 2 [3] 4  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web