[Eisfair] pcspkr (et al)

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

> habe mir mit dem Test den halben Tag um die Ohren geschlagen. (...und das
> in Köln, heute :-) )

Man muss auch mal Prioritäten setzen. :-) Für die Leber ist eisfair bestimmt
gesünder.

Und das sagt ein geborener Düsseldorfer einem Kölner.

> Es gibt keine Erkenntnisse, die mich der Ursache näher bringen. Habe die
> Echos für Start- und Stop-Zeiten in die Startskripts eingetragen, und zwar
> in die start() - Blöcke, soweit vorhanden. Die werden vermutlich beim
> Systemstart durchlaufen ?!

Ja genau da, das sieht etwa so aus:

case ...

   start)


   ;;
   stop)


   ;;
esac

> Hier die Zeiten, die ich in eine Log-Datei schreiben ließ:
> -------------------------------------------------------------------
> Mon Mar 4 23:07:15 CET 2019  =     Stop in S07mountfs
> Mon Mar 4 23:07:15 CET 2019  = Start in S08base
> Mon Mar 4 23:07:15 CET 2019  =     Stop in S08base
> Mon Mar 4 23:07:16 CET 2019  = Start in S08environment
> Mon Mar 4 23:07:16 CET 2019  =     Stop in S08environment
> Mon Mar 4 23:07:16 CET 2019  = Start in S08mtab
> Mon Mar 4 23:07:16 CET 2019  =     Stop in S08mtab
> Mon Mar 4 23:07:16 CET 2019  = Start in S08rtc
> Mon Mar 4 23:07:16 CET 2019  =     Stop in S08rtc
> Mon Mar 4 23:07:17 CET 2019  = Start in S09console
> Mon Mar 4 23:07:21 CET 2019  =      Stop in S09console
> Mon Mar 4 23:07:21 CET 2019  = Start in S09hostname
> Mon Mar 4 23:07:21 CET 2019  =     Stop in S09hostname
> Mon Mar 4 23:07:22 CET 2019  = Start in S11ide
> Mon Mar 4 23:07:22 CET 2019  =     Stop in S11ide
> Mon Mar 4 23:07:22 CET 2019  = Start in S12lo
> Mon Mar 4 23:07:22 CET 2019  =     Stop in S12lo
> Mon Mar 4 23:07:22 CET 2019  = Start in S14usb
> Mon Mar 4 23:07:23 CET 2019  =     Stop in S14usb
> Mon Mar 4 23:07:23 CET 2019  = Start in S25ip-eth
> Mon Mar 4 23:07:23 CET 2019  =     Stop in S25ip-eth
> -------------------------------------------------------------------
> 
> Da kann man keine Laufzeiten > 5 Sek. sehen (evtl. in S09console).

Geht ja auch mehr darum, dass in der dmesg 22 Sekunden fehlen.

Auch am Bildschirm muss man doch irgendwann diese lange Pause beobachten.
War die noch vor den obigen Echos?

> Was auffällt, dass die Anzeige der eingebauten Echos erst mit S07mountfs
> beginnt. Ich habe sie auch in alle Skripts davor eingebaut (auch in die
> S01/s02xxx -Skripte). Übrigens beginnt sie auch mit dem Stop im mountfs.

Das verstehe ich derzeit auch noch nicht, denn auch diese Skripte erzeugen
ja ihrerseits Ausgaben.

Denkbar wäre allerdings, dass das echo nicht funktioniert ohne einen Fehler
rauszuschmeißen. Ich denke, der $(date) Befehl steht noch nicht zur
Verfügung, da date ein externen Kommando ist.

Lass also mal $(date) bei den früheren und in mountfs bei "Start in" weg und
beobachte augenscheinlich die Abstände der Meldungen.

Es bleibt bei der Frage, wo sich die Pause in dmesg wiederfinden läßt.

Insbesondere ab udev hätte mich interessiert, da dieses vor der Pause in
dmesg gestartet wird. War die Pause im Bootvorgang jetzt vor  

> Habe ich was falsch gemacht? Habe ich etwas übersehen? Hast Du evtl. noch
> eine Idee?

Ich denke nicht.

> P.S. Habe mir vorher von /etc/rc2.d und /etc/init.d tar-files erzeugt.
> Kann ich die einfach wieder restoren (wg. der Logical Links)?

Du brauchtest nur die echten Dateien in /etc/init.d zu sichern und auch nur
dort die temporär veränderten wieder restaurieren, den Links passiert dabei
garnichts.

> Wenn nicht, 
> ist auch nicht schlimm, habe ja noch den rsnapshot vom Vortag... (Dieses
> Rsnapshot-Teil ist einfach genial, hat mir schon einige Male den Arsch
> gerettet... :-) )

Es ist die Aufgabe von Backups, Ärsche zu retten. Auch wenn ich es bislang
noch nicht als Rettungsanker brauchte, setze ich rsnapshot in der Penne ein
(7 tage, 4 Wochen, 24 Monate).

-- 
Gruss Marcus