Beiträge von [gelöschtes Individuum]
-
-
-
Preisfrage (höhö): Festplatten lieber jetzt (online) kaufen oder wenn sich die ganze Situation irgendwann beruhigt hat?
-
Was nutzt ihr als Software?
-
Heute die erste Online-Vorlesung. Die haben anscheinend Stresstest mit 5 Teilnehmern gemacht, mehr konnten nämlich nicht joinen... Nach 20 Minuten haben die es endlich mal in den Griff bekommen und der Prof fliegt nur aller 10 Minuten raus und kann uns nicht hören

-
Eine bezahlbare und brauchbare Webcam auf Amazon zu finden ist derzeit gar nicht so leicht
Zumindest, wenn man sie in absehbarer Zeit haben möchte -
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

-
Ein tail -n 3 hätte auch gereicht... Ursache/Lösung
-
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
-
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:
Codegunzip rootfs.cpio.gz mkdir out cd out cpio -id < ../rootfs.cpio find . | cpio -o -H newc > ../rootfs.cpio gzip rootfs.cpioDas 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.
-
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.
-
@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...
-
tar komprimiert garnicht.
Aber wenn ich gzip brauche, dann hilft mir tar nur begrenzt...
-
@timkoop -0 akzeptiert er bei mir nicht; versuche es mit tar ...
Bei mir eben auch nicht... Tar kann ausschließlich gzip komprimieren? Ich dachte immer nur .tar.gz
-
Kann ich zum Packen mittels gzip einen ratio von 0 "festlegen"? Selbst mit dem Parameter -1 hängt er bei 37%...
-
Unser Student bangt gerade um seine Prüfungstermine...
An meiner Uni/Hochschule berät man sich erstmal am Dienstag, wie es denn weiter gehen soll... Und dann dauert das bekanntlich auch noch, bevor die Zahnräder in Bewegung kommen. Saftladen

-
Das ist mir bewusst, trotzdem vielen dank.
Wieso machst du es dann, wenn es dir bewusst ist??
-
Windows begeistert mich auch immer wieder. Was bewirkt eine korrupte Partitionstabelle einer externen Festplatte? BSOD mit der "Fehlermeldung" CACHE_MANAGER. Deutet laut Internet eigentlich auf Speichermangel hin (direkt nach dem Booten/vor dem Anmelden bei 16GB schwierig vorstellbar). Ich habe es jedoch durch Entfernen der Partitionstabelle unter Linux gelöst...
-
Die Änderungen an der Konfiguration und die Daten auf den netcup-Namservern (NS), werden sofort wirksam.
Meines Wissens wird nur aller x Minuten (10?) auf Änderungen geprüft. Deshalb muss das nicht unbedingt stimmen
-
Auch aktuelle Versionen?

Bei meinen bisherigen Recherchen habe ich bei anderen Herstellern immer nur heraus gefunden, dass z.B. ein aktuelles Debian auf nahezu allen NAS nicht mehr lauffähig ist. Meistens scheiterte es an der Größe des Flashspeichers, weil dieser für derzeitige Kernelversionen nicht mehr ausreicht.
Halte uns in diesem Thread bitte unbedingt am Laufenden, ob Du das geschafft hast!

Wird leider nichts werden, der Artikel wurde fehlerhaft gelistet und ist nicht mehr verfügbar. Habe ich gerade auf meine Nachfrage, wann die Bestellung denn an DHL übergeben wird, erfahren...