Was muss ich noch tun damit Skript Dateien löscht

[rhHeini]

System: Wheezy als Basis, LightDM mit Mate 1.8 aus den Backports, amd64 mit 3.16er Kernel

In der c't gab es vor zwei oder drei Jahren mal so ein Skript das die wesentlichen Systemdateien überprüft ob sie verändert wurden. Wenn ja, kriegt der User eine Meldung und kann sich entscheiden ob er die Meldung dann quittiert. Sollte die Datein löschen. Bei meine neuen Rechner klappt das löschen aber nicht, da muss noch irgendetwas fehlen. Habe den Code ins NoPaste gepostet: http://debianforum.de/forum/pastebin.ph ... ew&s=38229

Habs mit gksudo (Original) und gksu probiert, es reagiert etwas unterschiedlich, aber die Meldungen kommen immer noch. Wo muss ich schrauben damit das geht?

Mfg rh

[deberik]

Du könntest statt dem rm-Befehl einen echo-Befehl einsetzen, um Fehler zu entdecken. Dass es geänderte Dateien gibt, wird aber ausgegeben?

Ansonsten könnte debsums für dich interessant sein.

[rendegast]

Sollte die Datein löschen.

Es löscht nach entsprechender Abfrage nur die $chgfile,
Sozusagen als eine Quittierung auf den Check.

Die $chgfile wird von einem anderen Prozeß erstellt resp. muß erstellt werden.
Das dürfte die Ausgabe eines Checks sein, in der Art

File xxxxx changed
File yyyy new
...

[rhHeini]

Du könntest statt dem rm-Befehl einen echo-Befehl einsetzen, um Fehler zu entdecken. Dass es geänderte Dateien gibt, wird aber ausgegeben?

Ja, da popt bei jeden Boot ein Fenster mit einer Fileliste auf. Auf Ok kommt eine Passwortabfrage, bei meinem Squeeze geht es wenn ich da mein normales Login-PW eingebe. Hier wächst die Liste von Tag zuTag.

Das debsums schaue ich mir mal an.

Mfg rh

[rhHeini]

Es löscht nach entsprechender Abfrage nur die $chgfile, sozusagen als eine Quittierung auf den Check.

Die $chgfile wird von einem anderen Prozeß erstellt resp. muß erstellt werden.

Die Variable wird am Anfag des Skripts erstellt und auf ersten Blick richtig initialisiert.

Das dürfte die Ausgabe eines Checks sein, in der Art

File xxxxx changed
File yyyy new
...

Diese bootfile-diff-Dateien werden von einem vorgelagerten Skript dass bei jedem Boot als cron-Job unter root abläuft erstellt.Hab das nicht ins NP gestellt, ist recht lang.

Ich hab jetzt im Logdirectory einfach mal händisch aufgeräumt, weil da eine Latte dateien mit angehängten Zeitstempel ala bootfile-diff-150119-2145 waren. Als ich die Varaiable noch mal angesehen habe ist mir aufgegangen das das Skript diese Dateien nicht erfasst. Mal schaun was jetzt passiert.

Mfg rh

[rhHeini]

Auf meinem Squeeze-Rechner nachgesehen: dort liegt eine ganze Latte Dateien mit so einem Zeitstempel am Ende seitdem ich das Skript dort eingerichtet habe, die bootfiles-diff ist weg, es kommt kein Popup. Also stören die nicht.

Rechte gecheckt: alle Dateien im Logdirectory sind root.root und haben 644 als Attribut, genauso wie bei Squeeze. Rechte war noch eine Idee, aber beide Rechner sind gleich.

Ideen willkommen, schönen Abend,

Mfg rh

[rhHeini]

Update: Habe Squeeze und Wheezy noch mal verglichen, nichts wirklich unterschiedliches gefunden.

Skript aus root-Terminal ausgeführt: geht durch, aber beim nächsten Boot kommt di Abfrage wieder.
Skript als User ausgeführt, folgender Fehler kommt:

Code: Alles auswählen

(gksudo:13313): GLib-CRITICAL **: g_str_has_prefix: assertion `str != NULL' failed

Was sagt mir das? Im Moment gar nix.

Mfg rh

[rendegast]

aber beim nächsten Boot kommt di Abfrage wieder.

Ja klar, es wird ja auch nur die Benachrichtigung gelöscht.
Wenn wie Du erzählst diese Datei bei jedem Boot neu erstellt wird,
solltest Du das mal inspizieren.
Ich denke, daß wohl neue Dateien verifiziert resp. als Stamm-Dateien bestätigt werden müssen,
damit der Prüf-Prozeß Ruhe gibt.

Poste doch mal dieses Skript,
nach www heißt es wohl chkboot oder chkboot.sh.

Geht es darum?
https://github.com/inhies/chkboot
Dann wäre ein 'chkboot --update' die Lösung.

[rhHeini]

Ja, das ist das Thema. Ich verwende allerdings noch das im Original bei heise verlinkte Skript, siehe: 38247.

Ist nur geringfügig an meinen Rechner angepasst.

Jetzt habe ich noch ein grundlegendes Problem entdeckt: das Skript kann den mbr nicht lesen, es kommt da immer eine ungültige Verknüpfung raus weil die verlinkte Datei fehlt. Ich verstehe nicht warum. Ein direktes dd funktioniert.

Was kann denn das wieder sein? Rechte auf /var/chkboot sind root.root 744. Sollte doch passen.

Mfg rh

[rendegast]

bdisk=/dev/disk/by-id/ata-Crucial_,,,,

Ein Typo?

Code: Alles auswählen

ll /dev/disk/by-id/

Verzeichnis mal umbenennen, neu erstellen lassen.

Rechte auf /var/chkboot sind root.root 744. Sollte doch passen.

Nachträglich geändert? Hängt ansonsten von der für root gültigen umask bei Erstaufruf ab.

Das Skript kann mit Dateinamen mit Leerzeichen nicht umgehen,
aber kein Problem, solange der Admin nicht mit sowas in /boot/ herumfuhrwerkt.

[rhHeini]

So, habe das Verzeichnis in /var umbenannt und das Skript alles neu machen lassen. Der erste Teil geht jetzt. Da muss sich irgendetwas verhakt haben, vielleicht im Zusammenhang mit der Anfangs falschen ID der Disk.

Jetzt muss sich nur noch was ändern um zu schauen ob jetzt die Lösch-Bestätigung kommt.

Vielen Dank für den Hinweis, schönen Sonntag, rh

[rhHeini]

Habe gestern mal die initramfs neu machen lassen. Die zu erwartenden Dateien sind alle im Log, die bootfiles-diff ist auch da. Nur löschen kann das Userskript die nicht. PW wird abgefragt, es zuckt kurz, das wars. Heute kam die gleiche Abfrage wieder.

Habe das Skript dann mal aus dem Userterminal gestartet. Es kommt:

Code: Alles auswählen

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets-img.css:14:62: Junk at end of value

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets-img.css:25:74: Junk at end of value

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets-img.css:53:73: Junk at end of value

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets-img.css:64:73: Junk at end of value

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets-img.css:75:73: Junk at end of value

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets-img.css:86:73: Junk at end of value

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:59:15: Horizontal and vertical offsets are required

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:305:60: Junk at end of value

(zenity:7512): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:327:60: Junk at end of value

(gksudo:7728): GLib-CRITICAL **: g_str_has_prefix: assertion `str != NULL' failed

Ich denke mal die Warnings kann man ignorieren, aber das Glib-CRITICAL könnte das Problem sein. Kennt den Fehler jemand?
Ein Bug-Eintrag #686844 scheint zu existieren, ich sehe dort aber keine Lösung.

Stehe als User in der sudoers, aber in Bezug auf truecrypt, bin nicht Mitglied der Gruppe sudo.

Mfg rh

[rendegast]

Habe gestern mal die initramfs neu machen lassen.

... die bootfiles-diff ist auch da. Nur löschen kann das Userskript die nicht.
PW wird abgefragt, es zuckt kurz, das wars.

Wenn durch das

Code: Alles auswählen

gksudo ... "rm $chgfile"

$chgfile nicht gelöscht wird, so ist das passwort falsch, oder der Benutzer nicht in sudo berücksichtigt?
Im Erfolgsfall soll ja eine zenity-Meldung die Bestätigung ausgeben,
bei Fehler denke ich mir eine sudo-Meldung im syslog.
Die eigentliche Veränderung wurde durch 'chkboot --update' übernommen?




Die gtk-Warnungen,
sind repo-fremde gtk-Themes in Verwendung?
Oder repo-fremde gtk-Pakete installiert? Vielleicht durch unvollständiges dist-upgrade?

Code: Alles auswählen

apt-cache policy | grep -v Translat
dpkg -l | egrep -v "^ii"

apt-get update
[apt-get|aptitude] -sy dist-upgrade
aptitude search "?installed(?obsolete)"
deborphan

[rhHeini]

Habe gestern mal die initramfs neu machen lassen.

... die bootfiles-diff ist auch da. Nur löschen kann das Userskript die nicht.
PW wird abgefragt, es zuckt kurz, das wars.

Wenn durch das

Code: Alles auswählen

gksudo ... "rm $chgfile"

$chgfile nicht gelöscht wird, so ist das passwort falsch, oder der Benutzer nicht in sudo berücksichtigt?

Ich kann mich ja gelegentlich mal vertippen, aber nicht ständig. Der Rechner wird jede Nacht ausgeschaltet, und in der Woche abends wieder gebootet wenn ich heimkomme. Könnte höchstens noch die Kodierung falsch sein. Ich stehe mit

Code: Alles auswählen

rolf    ALL=(root)      NOPASSWD:       /usr/bin/truecrypt

in der sudoers, dann kommt die PW-Abfrage, es passiert aber nichts. Hänge ich rm hinten an:

Code: Alles auswählen

rolf   ALL=(root)      NOPASSWD:       /usr/bin/truecrypt, rm

kommt gar keine PW-Abfrage mehr.

Im Erfolgsfall soll ja eine zenity-Meldung die Bestätigung ausgeben,

Die kommt hier nicht. Bei meinem alten Squeeze-Rechner geht das.

bei Fehler denke ich mir eine sudo-Meldung im syslog.

Da sehe ich nichts, habe das syslog für die ganze Woche durchflöht.

Die eigentliche Veränderung wurde durch 'chkboot --update' übernommen?

Welche Veränderung? Das Original-Skript kennt das nicht.

Die gtk-Warnungen,
sind repo-fremde gtk-Themes in Verwendung?

Nein, nur Mate-Thems aus den Backports.

Oder repo-fremde gtk-Pakete installiert? Vielleicht durch unvollständiges dist-upgrade?

Nen dist-upgrade habe ich nicht gemacht, das mit den repo-fremden gtk-Paketen will ich nicht ganz ausschliessen. Siehe unten wie der Rechner entstanden ist.

Code: Alles auswählen

apt-cache policy | grep -v Translat
dpkg -l | egrep -v "^ii"

apt-get update
[apt-get|aptitude] -sy dist-upgrade
aptitude search "?installed(?obsolete)"
deborphan

Die ersten beiden haben nichts ungewöhnliches ergeben, es ist auch nichts abgebrochen installiert. Habe den Rechner vor Weihnachten auf neue SSD neu aufgesetzt: Wheezy Grundsystem, dazu Mate aus den Backports, 3.16er Kernel. dist-upgrade habe ich nicht probiert, deborphan ist nicht an Bord.

Tja, vielen Dank für Dein Engagement, aber ich glaube ich gebs auf. Der gelistete Bug ist vielleicht der Killer. Die neueren Skripts aus den Link den Du ausgegraben hast verzichten jedenfalls auf sudo und zenity. Ich werds am Wochenende mal damit probieren, wenn ich es schaffe.

Mfg rh

[rendegast]

Code: Alles auswählen

    gksudo -m bla "rm /var/chkboot/bootfiles-diff"

?

Die eigentliche Veränderung wurde durch 'chkboot --update' übernommen?

Welche Veränderung? Das Original-Skript kennt das nicht.

Ups, das habe ich aus der git-Version.
Obiges Löschen entspricht hier der Bestätigung.


Du könntest ja mal die bootfiles-diff separat sichern,
und die beim erneuten Booten erstellte damit vergleichen.
Vielleicht ändert ja wirklich irgendwas etwas an einer /boot/-Datei oder MBR?
Fortschreitende Datenträger-Fehler?

[rhHeini]

Meine derzeitige bootfiles-diff ist vom letzten Sonntag und hat sich seitdem nicht mehr verändert. Deswegen glaube ich nicht an HW-Fehler.

Habe gerade mal den Löschbefehl mit aufgelösten Variablen direkt in der User-Konsole eingeben:

Code: Alles auswählen

gksudo -m "Enter your password to confirm those changes" "rm /var/chkboot/bootfiles-diff"

Kriege die PW-Abfrage, Ergebnis:

Code: Alles auswählen

(gksudo:7952): GLib-CRITICAL **: g_str_has_prefix: assertion `str != NULL' failed

Wie kann man sich in so einen Bug reinhängen und eine Notiz anhängen?

Mfg rh

Nachtrag: habe die bootfiles-diff gelöscht und neu gestartet: keine Unterschiede gefunden.

[rendegast]

Kriege die PW-Abfrage, Ergebnis:
(gksudo:7952): GLib-CRITICAL **: g_str_has_prefix: assertion `str != NULL' failed


Nachtrag: habe die bootfiles-diff gelöscht und neu gestartet: keine Unterschiede gefunden.

Du scheinst da zwei Probleme zu haben.
Einerseits wird durch den Fehler des gksudo das bootfiles-diff nicht gelöscht

Nur löschen kann das Userskript die nicht. PW wird abgefragt, es zuckt kurz, das wars.

Ich vermute invaliden Paketstatus, eventuell durch dritt-Repo verursacht.
Ein Ansatz

Code: Alles auswählen

apt-cache policy | grep -v Translat
dpkg -l | egrep -v "^ii"
dpkg -l | egrep "gksu|libglib|libgtk|libgdk"

Andererseits wird nach händischem Löschen die bootfiles-diff wieder angelegt.
Das kann nach dem Skript nur aus Änderungen zum vorherigen Status folgern
(die bootfiles-DATUM oder die mbr*):

Code: Alles auswählen

ls -l /var/chkboot

md5sum /var/chkboot/*

[rhHeini]

So, habe mich an den Bug #686844 drangehängt.

Mfg rh

PS:

Code: Alles auswählen

# apt-cache policy | grep -v Translat
Paketdateien:
 100 /var/lib/dpkg/status
     release a=now
 100 http://ftp.de.debian.org/debian/ wheezy-backports/non-free i386 Packages
     release v=,o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=non-free
     origin ftp.de.debian.org
 100 http://ftp.de.debian.org/debian/ wheezy-backports/contrib i386 Packages
     release v=,o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=contrib
     origin ftp.de.debian.org
 100 http://ftp.de.debian.org/debian/ wheezy-backports/main i386 Packages
     release v=,o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=main
     origin ftp.de.debian.org
 100 http://ftp.de.debian.org/debian/ wheezy-backports/non-free amd64 Packages
     release v=,o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=non-free
     origin ftp.de.debian.org
 100 http://ftp.de.debian.org/debian/ wheezy-backports/contrib amd64 Packages
     release v=,o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=contrib
     origin ftp.de.debian.org
 100 http://ftp.de.debian.org/debian/ wheezy-backports/main amd64 Packages
     release v=,o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=main
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy-updates/non-free i386 Packages
     release o=Debian,a=stable-updates,n=wheezy-updates,l=Debian,c=non-free
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy-updates/contrib i386 Packages
     release o=Debian,a=stable-updates,n=wheezy-updates,l=Debian,c=contrib
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy-updates/main i386 Packages
     release o=Debian,a=stable-updates,n=wheezy-updates,l=Debian,c=main
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy-updates/non-free amd64 Packages
     release o=Debian,a=stable-updates,n=wheezy-updates,l=Debian,c=non-free
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy-updates/contrib amd64 Packages
     release o=Debian,a=stable-updates,n=wheezy-updates,l=Debian,c=contrib
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy-updates/main amd64 Packages
     release o=Debian,a=stable-updates,n=wheezy-updates,l=Debian,c=main
     origin ftp.de.debian.org
 500 http://security.debian.org/ wheezy/updates/non-free i386 Packages
     release v=7.0,o=Debian,a=stable,n=wheezy,l=Debian-Security,c=non-free
     origin security.debian.org
 500 http://security.debian.org/ wheezy/updates/contrib i386 Packages
     release v=7.0,o=Debian,a=stable,n=wheezy,l=Debian-Security,c=contrib
     origin security.debian.org
 500 http://security.debian.org/ wheezy/updates/main i386 Packages
     release v=7.0,o=Debian,a=stable,n=wheezy,l=Debian-Security,c=main
     origin security.debian.org
 500 http://security.debian.org/ wheezy/updates/non-free amd64 Packages
     release v=7.0,o=Debian,a=stable,n=wheezy,l=Debian-Security,c=non-free
     origin security.debian.org
 500 http://security.debian.org/ wheezy/updates/contrib amd64 Packages
     release v=7.0,o=Debian,a=stable,n=wheezy,l=Debian-Security,c=contrib
     origin security.debian.org
 500 http://security.debian.org/ wheezy/updates/main amd64 Packages
     release v=7.0,o=Debian,a=stable,n=wheezy,l=Debian-Security,c=main
     origin security.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy/non-free i386 Packages
     release v=7.8,o=Debian,a=stable,n=wheezy,l=Debian,c=non-free
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy/contrib i386 Packages
     release v=7.8,o=Debian,a=stable,n=wheezy,l=Debian,c=contrib
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy/main i386 Packages
     release v=7.8,o=Debian,a=stable,n=wheezy,l=Debian,c=main
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy/non-free amd64 Packages
     release v=7.8,o=Debian,a=stable,n=wheezy,l=Debian,c=non-free
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy/contrib amd64 Packages
     release v=7.8,o=Debian,a=stable,n=wheezy,l=Debian,c=contrib
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ wheezy/main amd64 Packages
     release v=7.8,o=Debian,a=stable,n=wheezy,l=Debian,c=main
     origin ftp.de.debian.org
Mit Pinning verwaltete Pakete:
# dpkg -l | egrep -v "^ii"
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                                              Version                            Architektur  Beschreibung
+++-=================================================-==================================-============-===============================================================================
# dpkg -l | egrep "gksu|libglib|libgtk|libgdk"
ii  caja-gksu                                         1.8.0-1~bpo70+1                    amd64        privilege granting extension for caja using gksu
ii  gksu                                              2.0.2-6                            amd64        graphical frontend to su
ii  libgdk-pixbuf2.0-0:amd64                          2.26.1-1                           amd64        GDK Pixbuf library
ii  libgdk-pixbuf2.0-0:i386                           2.26.1-1                           i386         GDK Pixbuf library
ii  libgdk-pixbuf2.0-common                           2.26.1-1                           all          GDK Pixbuf library - data files
ii  libgksu2-0                                        2.0.13~pre1-6                      amd64        library providing su and sudo functionality
ii  libglib-perl                                      3:1.260-1                          amd64        interface to the GLib and GObject libraries
ii  libglib2.0-0:amd64                                2.33.12+really2.32.4-5             amd64        GLib library of C routines
ii  libglib2.0-0:i386                                 2.33.12+really2.32.4-5             i386         GLib library of C routines
ii  libglib2.0-bin                                    2.33.12+really2.32.4-5             amd64        Programs for the GLib library
ii  libglib2.0-data                                   2.33.12+really2.32.4-5             all          Common files for GLib library
ii  libglibmm-2.4-1c2a:amd64                          2.32.1-1                           amd64        C++ wrapper for the GLib toolkit (shared libraries)
ii  libgtk-3-0:amd64                                  3.4.2-7                            amd64        GTK+ graphical user interface library
ii  libgtk-3-bin                                      3.4.2-7                            amd64        programs for the GTK+ graphical user interface library
ii  libgtk-3-common                                   3.4.2-7                            all          common files for the GTK+ graphical user interface library
ii  libgtk2-perl                                      2:1.244-1                          amd64        Perl interface to the 2.x series of the Gimp Toolkit library
ii  libgtk2.0-0:amd64                                 2.24.10-2                          amd64        GTK+ graphical user interface library
ii  libgtk2.0-0:i386                                  2.24.10-2                          i386         GTK+ graphical user interface library
ii  libgtk2.0-bin                                     2.24.10-2                          amd64        programs for the GTK+ graphical user interface library
ii  libgtk2.0-common                                  2.24.10-2                          all          common files for the GTK+ graphical user interface library
ii  libgtkhtml-4.0-0                                  4.4.4-1                            amd64        HTML rendering/editing library - runtime files
ii  libgtkhtml-4.0-common                             4.4.4-1                            all          HTML rendering/editing library - common data
ii  libgtkhtml-editor-4.0-0                           4.4.4-1                            amd64        HTML rendering/editing library - editor widget
ii  libgtkmm-2.4-1c2a                                 1:2.24.2-1                         amd64        C++ wrappers for GTK+ (shared libraries)
ii  libgtksourceview2.0-0                             2.10.4-1                           amd64        shared libraries for the GTK+ syntax highlighting widget
ii  libgtksourceview2.0-common                        2.10.4-1                           all          common files for the GTK+ syntax highlighting widget

Ich sehe da nichts was auffällig wäre.

Mfg rh