... Leider funktioniert das Script "raspiBackupWrapper nicht bei deinstalliertem "sudo" ...
raspiBackup geht von einem normalen Raspbian aus wo sudo verfuegbar ist. Ein Workaround hat Hofei vorgeschlagen
... Leider funktioniert das Script "raspiBackupWrapper nicht bei deinstalliertem "sudo" ...
raspiBackup geht von einem normalen Raspbian aus wo sudo verfuegbar ist. Ein Workaround hat Hofei vorgeschlagen
Image verkleinern mit pishrink? Schau mal ob du hier fündig wirst!
Nimm einfach die sudo aus dem Skript raus, stelle aber sicher, dass dann das Skript mit root Rechten ausgeführt wird
Wie soll ich das sicherstellen? In dem Script "raspiBackupWrapper wird nach Erstellung des dd-Backups das Script "pishrink" aufgerufen. Da habe ich ja keinen Einfluss drauf.
Ein Workaround hat Hofei vorgeschlagen
Wie funktioniert das?
raspiBackupWrapper.sh mit einem Editor öffnen und mit einem Editor deiner Wahl alle sudo entfernen
aspiBackupWrapper.sh mit einem Editor öffnen und mit einem Editor deiner Wahl alle sudo entfernen
Das ist mir schon klar, aber startet "pishrink" dann noch ohne sudo?
Der Cronjob für raspiBackup startet ja auch ohne "sudo" und läuft problemlos durch.
30 12 * * 4 root /usr/local/bin/raspiBackup.sh
Das ist mir schon klar, aber startet "pishrink" dann noch ohne sudo?
Wird pishrink aus raspibackup aufgerufen? Dann ja.
Das ist mir schon klar, aber startet "pishrink" dann noch ohne sudo?
Wenn das Wrapperscript als root aufgerufen wird was es per crontab wird so wird auch pishrink als root aufgerufen. Dann ist keine sudo notwendig.
sudo wird benutz da man auch das Wrapperscript auch als normaler benutze aufrufen koennen soll.
Wird pishrink aus raspibackup aufgerufen? Dann ja.
Nein, pishrink wird aus raspiBackupWrapper aufgerufen. Ist aber am Ende das gleiche. raspibackupWrapper wird ja mit Rootrechten bzw. als Cronjob gestartet. Dann sollten auch die internen Scriptaufrufe ohne sudo funktionieren.
Muss ich mal probieren.
sudo wird benutz da man auch das Wrapperscript auch als normaler benutze aufrufen koennen soll.
Dann ist alles klar. Dann sind die "sudo" in meinem Fall überflüssig. Das Backup wird in der Regel eh nur per Cron aufgerufen. Wenn ich doch einmal zwischendurch eins erstellen möchte, kann ich es auch als "root" aufrufen.
...Wenn ich doch einmal zwischendurch eins erstellen möchte, kann ich es auch als "root" aufrufen...
Kann man da auch ne best. Grösse festlegen?
Kann man da auch ne best. Grösse festlegen?
Nein, Pishrink ohne Optionen baut ein "Resize-Script" in der /etc/rc.local ein, die das Image beim ersten Start auf den ganzen Datenträger ausweitet.
Brauchst nur ein bißchen Geduld beim ersten Booten.
MfG
Jürgen
Danke!!
Leider nix gewesen, zumindest nicht unter Debian 10 x64 (VirtualBox)...
pishrink.sh v0.1.2
pishrink.sh: Gathering data ...
losetup: ./2021-02-15_Raspbian_10_Buster_Basisimage__2.img: failed to set up loop device: Die Ressource ist zur Zeit nicht verfügbar
tune2fs: Datei oder Verzeichnis nicht gefunden while trying to open
Couldn't find valid filesystem superblock.
tune2fs 1.44.5 (15-Dec-2018)
pishrink.sh: ERROR occurred in line 289: tune2fs failed. Unable to shrink this type of image
So wie ich pishrink kenne, sind die Fehlermeldungen ab Zeile 4 ziemlich nichtssagend, da dein Image nicht gefunden wird.
Bist du sicher, dass es in diesem Verzeichnis gefunden werden kann?
Mach mal ls ./ da müsste dein Image aufgelistet werden!
So wie ich pishrink kenne, sind die Fehlermeldungen ab Zeile 4 ziemlich nichtssagend,
pishrink ist eine gute Idee aber leider sehr schlecht gewartet. PRs werden nicht angenommen und eine Diskussion ueber PRs laeuft schleppend bis gar nicht. Man koennte die Qualitaet eine Menge verbessern da bislang so gut wie kein Errorhandling implementiert ist . Ich habe mal versucht die reinzubringen aber nachdem kaum Feedback kam habe ich mich da zurueckgezogen. Geht leider anderen genauso pishrink ist ein Beispiel wie man ein nuetzliches Tool schlecht betreuen kann.
framp Nicht falsch verstehen! Der Heuler bezieht sich auf:
pishrink ist ein Beispiel wie man ein nuetzliches Tool schlecht betreuen kann.
Diese Tatsache finde ich echt traurig!
Nicht falsch verstehen!
Ich haette Dich schon verstanden
pishrink ist eine gute Idee aber leider sehr schlecht gewartet. PRs werden nicht angenommen und eine Diskussion ueber PRs laeuft schleppend bis gar nicht. Man koennte die Qualitaet eine Menge verbessern da bislang so gut wie kein Errorhandling implementiert ist . Ich habe mal versucht die reinzubringen aber nachdem kaum Feedback kam habe ich mich da zurueckgezogen. Geht leider anderen genauso pishrink ist ein Beispiel wie man ein nuetzliches Tool schlecht betreuen kann.
Pi shrink und raspiBackup würden doch gut harmonieren. Du könntest doch davon einen fork erstellen, Wo du selbst die Wartung übernimmst. Nur so als Idee und Gedankenanstoß
Von der Lizenz her dürfte ja nichts im Wege stehen.
ich benutze eh die von framp verbesserte pishrink-Variante. framp
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!