tar komprimiert garnicht.
Aber wenn ich gzip brauche, dann hilft mir tar nur begrenzt...
tar komprimiert garnicht.
Aber wenn ich gzip brauche, dann hilft mir tar nur begrenzt...
timkoop und was ist mit zip ...? das kennt -0 als 'store only'
Der Kernel/Bootloader/whatever akzeptiert sein initramfs nur als cpio in einem gzip-Archiv... Alle funktionierenden (aus dem Internet) haben 0% Kompressionsrate. Wenn ich eins erstelle (bzw. ein funktionierendes bearbeite), dann bekommt der Kernel eine Panikattacke. Der einzige Unterschied zwischen meinem und dem fertigen ist die Kompressionsrate; sonst ist alles identisch...
Der Kernel/Bootloader/whatever akzeptiert sein initramfs nur als cpio in einem gzip-Archiv
Nein.
https://www.kernel.org/doc/Documentation/xz.txt
https://wiki.gentoo.org/wiki/Genkernel
kernel, initramfs und die Module dürfen schon seit Jahren mit xz und ähnlichem komprimiert sein.
Nein.
https://www.kernel.org/doc/Documentation/xz.txt
https://wiki.gentoo.org/wiki/Genkernel
kernel, initramfs und die Module dürfen schon seit Jahren mit xz und ähnlichem komprimiert sein.
Dachte ich auch, aber der Kernel (4.1.17) bootet nur mit cpio in gz. Anderweitig wirft er not syncing: VFS: Unable to mount root fs on unknown-block(0,0) und ist tot.
Hint: Ärzte können nicht alles heilen.
Bevor man sich über den Verbrauch von Klopapier mokiert, sollte man vielleicht einfach schweigen.
Hint: Wenn gefühlte 50% der Bevölkerung über Nacht einen Mehrbedarf an Toiletteartikeln entwickeln, ist das zwar auch malad und nicht heilbar, man nennt das dann aber Massenhysterie.
Dachte ich auch, aber der Kernel (4.1.17) bootet nur mit cpio in gz. Anderweitig wirft er not syncing: VFS: Unable to mount root fs on unknown-block(0,0) und ist tot.
Das kann mehrere Ursachen haben (vgl. https://unix.stackexchange.com/q/414655/238272). Wenn man jetzt noch wüsste, welche Distribution das ist (über die letzten drei Seiten dieses Themas nicht eruierbar) und mit welchen Befehlen/warum genau das initramfs neu gebaut werden soll…
PS: Wenn gzip wirklich "hängt" (eher unnormal), würde ich das einmal auf einer anderen/stärkeren Maschine ausführen. Alternativ, wenn genügend Platz da ist, wird man aber auch nicht gezwungen, das initramfs zu komprimieren.
Das kann mehrere Ursachen haben (vgl. https://unix.stackexchange.com/q/414655/238272). Wenn man jetzt noch wüsste, welche Distribution das ist (über die letzten drei Seiten dieses Themas nicht eruierbar) und mit welchen Befehlen/warum genau das initramfs neu gebaut werden soll…
PS: Wenn gzip wirklich "hängt" (eher unnormal), würde ich das einmal auf einer anderen/stärkeren Maschine ausführen. Alternativ, wenn genügend Platz da ist, wird man aber auch nicht gezwungen, das initramfs zu komprimieren.
Das ganze ist ein NAS, standardmäßig mit modifiziertem Android. SOC ist der RTD1295 mit 1GB RAM. Drauf soll ein Debian, dafür auch das initramfs/rootfs. Hier sind das funktionierende Archiv (aus einschlägigen russischen Foren) und meins, welches den Fehler wirft. Verändert habe ich nichts, also nur entpackt und wieder gepackt:
gunzip rootfs.cpio.gz
mkdir out
cd out
cpio -id < ../rootfs.cpio
find . | cpio -o -H newc > ../rootfs.cpio
gzip rootfs.cpio
Das Ergebnis ist ein Kernel-Panic mit zuvor genanntem Fehler. Bootloader, bootargs, ... sollten nicht das Problem sein, da das System ja mit dem "fertigen" initramfs (mit 0% Komprimierung) bootet.
KLOPAPIER ALS WASSERFILTER?
Sowas dämliches habe ich ja noch nie gelesen.
Kann mir jemand sagen, was man unter Android 9 tun muss, um den SD Karten Eintrag aus der NavBar zu entfernen? Verzweifel hier gerade minimal... ist ein Galaxy A40.
Kann mir jemand sagen, was man unter Android 9 tun muss, um den SD Karten Eintrag aus der NavBar zu entfernen? Verzweifel hier gerade minimal... ist ein Galaxy A40.
Schau dir mal Android System UI Tuner an.
Ich wurde gerade darauf hingewiesen, dass mein Massenspeicher fast voll ist... Habe dann mal geschaut, was so viel braucht
Und ja, logrotate ist aktiviert Ich überlege derzeit noch, wie ich herausfinde, was dort drinnen so viel spammt
Bei der Größe sollte ein tail -n 1000 und durch scrollen reichen.
Ein tail -n 3 hätte auch gereicht... Ursache/Lösung
Das Originalpaket enthält "trailing zero bytes", um die Gesamtgröße auf 4MB zu bringen. Idee: Zuerst das Originalarchiv dekomprimieren und danach erneut komprimieren (nur gzip -d/gzip -1, keine cpio-"Modifikation"). Das entfernt die "Nullbytes". Tut es dann noch? Zusätzlich: Nachschauen, ob da wirklich nur "Nullbytes" stehen.
Wenn das modifizierte Archiv nicht mehr bootet, könnte man ausschließlich die "Nullbytes" entfernen ohne umzupacken – vorher würde ich aber versuchen, zunächst das eigene gepackte Archiv auf 4MB mit der entsprechenden Anzahl von "Nullbytes" aufzufüllen.
Das Originalpaket enthält "trailing zero bytes", um die Gesamtgröße auf 4MB zu bringen.
Tatsache. Auffüllen mittels dd if=/dev/zero bs=1 count=NUMBER >> rootfs.cpio.gz um auf die gleiche Größe zu kommen. Anschließend damit booten und sich freuen. Du Held
und auch Teil vom Wochenende;
in AT beginnt das Wochenendfahrverbot f. LKWs¹ Samstag 12:00 Uhr und endet 18 Stunden später am Sonntag 23:59 Uhr
Man bei euch ist ein WE aber kurz
Hier in DE ist das doppelt so lang
Für morgen in der Früh wünsch ich mir einen „RS Quarantäne“: 2 Kerne, 8GB RAM, 120SSD Raid und keine IP-Adressen oder Prefices. Das wäre doch ideal für den Cloud-Desktop der Stunde.
Boa, ich hatte total vergessen was für ein Krampf PHP Sessions im Shared Hosting sind.
https://serverless.industries/…p-session-management.html
KB19 Da Du ja hier der inoffizielle PHP Experte bist, hab ich was vergessen oder passt das so?
Für morgen in der Früh wünsch ich mir einen „RS Quarantäne“: 2 Kerne, 8GB RAM, 120SSD Raid und keine IP-Adressen oder Prefices. Das wäre doch ideal für den Cloud-Desktop der Stunde.
Ein VPS 1000 Quarantäne wäre auch nice.
ich wart ja schon lang auf ein Angebot eines 4 Kernigen VServers mit 8GB RAM. Ich hätte schon längst einige Server zu Netcup migriert, wenn ich bei NC nicht rund 2.50 € mehr für weniger SSD Speicher zahlen müsste. Bei 8 Servern macht das schon etwas aus.