Neutrino-Images

Hallo Leute,

nachdem das NI-Image auf meiner Zgemma H7C jetzt ( inkl. hardware PIP) richtig gut läuft, möchte ich die bisherige Zee2 ausmustern und nur noch als Reservegerät nutzen. Zu meinem Glück fehlt mir jetzt nur noch ein passendes e4defrag für die Zgemma. vanhofen war schon einmal so nett, mir ein e4defrag für die Zee2 zu kompilieren, welches aber gegen die ld-uClibc.so.0 gelinkt ist und daher in der Zgemma nicht lauffähig ist.

Daher würde ich mich freuen, wenn sich jemand findet, der mir ein e4defrag für die Zgemma passend zum aktuellen NI-Image kompilieren würde.

Thx in advance,

Nanobot

Funktioniert auf Anhieb, vielen Dank.

Edit: Nur für den Fall, daß auch jemand anderes auch e4defrag nutzen möchte noch die folgende Info:

Nachdem ich die /lib/libcom_err.so.2.1 aus dem NI-Image nach /usr/lib/libcom_err.so.2.1 ins BPanther Image kopiert und einen symlink /usr/lib/libcom_err.so.2 angelegt habe funktioniert dieses binary auch im BPanther.

Oder die im Anhang für mein Image, dann gehts auch ohne die lib bzw. die gibts bei mir auch im Image, nur leicht anderer Name.

BTW: Das mit den Symlinks ist nicht notwendig, man kann die Lib auch direkt so benennen.

EDIT: Mal probiert, dauert je nach Daten natürlich ne Weile - aber ob das wirklich bei der Box was bringt ist wohl eher fraglich. Ich glaube so langsam kann eine HDD nicht werden, daß man keine Filme mehr von schauen kann ohne Defragmentierung.

Daß der Symlink nicht zwingend verwendet werden muß ist schon klar. Aber ich hatte den Eindruck gewonnen, daß man aus Kompatibilitätsgrunden immer gegen den Namen der "Hauptversion" linken sollte und gegebenenfalls dann einen Symlink auf die aktuelle "Unterversion" nutzt. Wenn ich dies richtig verstanden habe, soll es hierdurch vermieden werden, daß man ein binary jedesmal neu kompilieren und linken muß, wenn sich die Unterversion der verwendeten lib geändert hat. Daher habe ich mich vorsichtshalber an diese vermutete Konvention gehalten.

Auf jeden Fall danke für das binary, wobei ich vermute, daß es bei dir gegen libcom_err.so.0 gelinkt wurde

Jupp, ist gegen libcom_err.so.0 gelinkt, so wie von den e2fstools v1.45.7 kommt. Ich meinte nur, daß vielleicht auch ein Sym von libcom_err.so.2 nach libcom_err.so.0 funktioniert wenn sich nicht zuviel geändert hat an den benötigten Funktionen daraus - habs allerdings nicht probiert. Ich lasse das einfach mal mitbauen, aber wie geschrieben sehe ich im Defrag auf der Box nicht wirklich einen Nutzen.

e4defrag macht natürlich nur Sinn, wenn man tatsächlich eine HDD einbaut, bei einer SSD ist es völlig überflüssig. Nun hatte ich hier noch zwei 500GByte 2,5" HDDs rumliegen, und eine davon, nämlich eine Seagate ST500LM000-SSHD steckt jetzt in der Zgemma. Und ob es "notwendig" ist zu defraggen oder nicht kann man sich ja mit dem "-c" Parameter vorher ansehen.