[Gelöst] Build für 7580 schlägt fehl

[Coolzero82]

Hallo,
ich wollte ein IMage für die 7580 bauen, der Build schlägt allerdings mit der Meldung:

STEP 1: UNPACK
unpacking firmware image
unpacking filesystem image
    SYNTAX: /home/thomas/TB_3_1/tools/unsquashfs4-avm-be [options] filesystem [directories or files to extract]
        -v[ersion]        print version, licence and copyright information
        -d[est] <pathname>    unsquash to <pathname>, default "squashfs-root"
        -n[o-progress]        don't display the progress bar
        -no[-xattrs]        don't extract xattrs in file system (default)
        -x[attrs]        extract xattrs in file system (unsupported)
        -u[ser-xattrs]        only extract user xattrs in file system.
                    Enables extracting xattrs
        -p[rocessors] <number>    use <number> processors.  By default will use
                    number of processors available
        -i[nfo]            print files as they are unsquashed
        -li[nfo]        print files as they are unsquashed with file
                    attributes (like ls -l output)
        -l[s]            list filesystem, but don't unsquash
        -ll[s]            list filesystem with file attributes (like
                    ls -l output), but don't unsquash
        -f[orce]        if file already exists then overwrite
        -s[tat]            display filesystem superblock information
        -e[f] <extract file>    list of directories or files to extract.
                    One per line
        -da[ta-queue] <size>    Set data queue to <size> Mbytes.  Default 256
                    Mbytes
        -fr[ag-queue] <size>    Set fragment queue to <size> Mbytes.  Default
                    256 Mbytes
        -r[egex]        treat extract names as POSIX regular expressions
                    rather than use the default shell wildcard
                    expansion (globbing)
        -exit-on-decomp-error    exit on decompression errors
        -scan or -k        treat filesystem as a combined image
                    (kernel+SquashFS) and scan it to locate the superblock
                    and the NMI vector gap
    Decompressors available:
        gzip
        lzma
        xz
ERROR: modunsqfs: Error in build/original/firmware/var/tmp/filesystem.image
Makefile:310: die Regel für Ziel „firmware-nocompile“ scheiterte

wehl, was könnte das problem sein?

Danke

 

[PeterPawn]

Das Erste, was hier auffällt, ist das Fehlen der .config ... das macht die "Prognose" auch ausgesprochen schwierig.

Die sichtbare Anzeige liefert das "unsquashfs4-avm-be" eigentlich nur dann, wenn am Aufruf irgendetwas nicht stimmt ... wie das so plötzlich passieren kann, ist halt vollkommen unklar. Da gab es auch eine Weile keine Änderungen (in den letzten 14 Tagen) und seit den letzten Änderungen auch Berichte, daß Leute für die 7580 erfolgreich ein Image erzeugt hätten.

Also bitte mindestens die .config noch anhängen ... besser wäre sogar das mit "fmake" erzeugte Protokoll des gesamten Builds - der wird wohl (wieder mal) nicht vollständig sein.

Wenn ich raten sollte, handelt es sich um eine ältere Version von "unsquashfs4-avm-be" und die kennt die neue Option nicht, die mit CS 14336 eingeführt wurde.

Sollte diese Vermutung stimmen, kann man nur den generellen Rat noch einmal bekräftigen, bei Problemen doch einfach immer mit einem frischen Checkout zu starten ... kostet zwar (eigene) Zeit beim Build, läßt aber manche Probleme wie von Geisterhand verschwinden - und schneller als das Warten auf eine Antwort ist es in aller Regel trotzdem, solange man keine eigene Toolchain erzeugen läßt.

Aber selbst das läßt sich mit passenden Einstellungen (habe ich auch erst kürzlich "gelernt", als ich mich mal etwas in den "make"-Prozess in der Freetz-Toolchain vertieft habe) so ändern, daß man auch mit eigenen Compiler-Settings oder einer eigenen Konfiguration für die C-Library nicht bei jedem "make dirclean" wieder die komplette Toolchain neu erstellen muß (das sind 7/8 eines "Voll-Builds" vom Zeitaufwand her). Zwar stimmen da nicht alle Abhängigkeiten und die eigene Toolchain wird - gerade bei isoliertem "make <package>-precompiled" für einzelne Pakete - deutlich zu oft erneut entpackt, aber man kann die benötigte Zeit trotzdem erheblich verkürzen, wenn man die richtigen Einstellungen und Prüfsummen in der Konfiguration noch ergänzt und die eigene Toolchain gepackt im "dl"-Ordner liegt.

 

[Coolzero82]

Hi, hattest recht, ein neues auschecken hat das Problem gelöst...