Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour

Moi non plus je ne reproduit pas.
Test avec les fonction de la lib bash utilisant l'API https://github.com/nbanb/fbx-delta-nba_bash_api.sh :

pas d'erreurs :

09:29:10 nba@14RV-SERVER-174:~/fbxapi$ . _lap-nba-app34_loginfreebox
09:29:17 nba@14RV-SERVER-174:~/fbxapi$ list_vm_prebuild_distros -q
09:29:20 nba@14RV-SERVER-174:~/fbxapi$ dl_vm_prebuild_distros id=2 dl_path=/FBX24T/dl/vm1 filename=debian-12-generic-arm64-daily.qcow2


operation completed: 
{"success":true}

result:
{"id":494}

task 494 downloading ... 
|............................................................................................| 100 % 0 MB/s 335/335MB 
task 494 done ... 

Download Task log: task 494

2024-02-27 09:30:28 info: start url https://cloud.debian.org/images/cloud/bookworm/daily/latest/debian-12-generic-arm64-daily.qcow2 (crawling: 1)
2024-02-27 09:30:28 dbg: host resolved to 194.71.11.163:443
2024-02-27 09:30:28 dbg: connecting to remote host...
2024-02-27 09:30:28 dbg: connected
2024-02-27 09:30:28 dbg: sending request headers:
2024-02-27 09:30:28 dbg: 	User-Agent: Mozilla/5.0
2024-02-27 09:30:28 dbg: 	Host: cloud.debian.org:443
2024-02-27 09:30:28 dbg: request headers sent
2024-02-27 09:30:28 dbg: got response headers:
2024-02-27 09:30:28 dbg: 	Server: Apache/2.4.58 (Unix)
2024-02-27 09:30:28 dbg: 	Location: https://chuangtzu.ftp.acc.umu.se/images/cloud/bookworm/daily/latest/debian-12-generic-arm64-daily.qcow2
2024-02-27 09:30:28 dbg: 	Expires: Tue, 27 Feb 2024 08:35:28 GMT
2024-02-27 09:30:28 dbg: 	Date: Tue, 27 Feb 2024 08:30:28 GMT
2024-02-27 09:30:28 dbg: 	Content-Type: text/html; charset=iso-8859-1
2024-02-27 09:30:28 dbg: 	Content-Length: 368
2024-02-27 09:30:28 dbg: 	Cache-Control: max-age=300
2024-02-27 09:30:28 dbg: host resolved to 194.71.11.167:443
2024-02-27 09:30:28 dbg: connecting to remote host...
2024-02-27 09:30:28 dbg: connected
2024-02-27 09:30:28 dbg: sending request headers:
2024-02-27 09:30:28 dbg: 	User-Agent: Mozilla/5.0
2024-02-27 09:30:28 dbg: 	Host: chuangtzu.ftp.acc.umu.se:443
2024-02-27 09:30:28 dbg: request headers sent
2024-02-27 09:30:28 dbg: got response headers:
2024-02-27 09:30:28 dbg: 	Server: Apache/2.4.58 (Unix)
2024-02-27 09:30:28 dbg: 	Last-Modified: Tue, 27 Feb 2024 06:12:36 GMT
2024-02-27 09:30:28 dbg: 	Date: Tue, 27 Feb 2024 08:30:28 GMT
2024-02-27 09:30:28 dbg: 	Content-Length: 352268288
2024-02-27 09:30:28 dbg: 	Age: 122
2024-02-27 09:30:28 dbg: 	Accept-Ranges: bytes
2024-02-27 09:30:28 dbg: update filename after redirect: /FBX24T/dl/vm1/debian-12-generic-arm64-daily.qcow2
2024-02-27 09:30:28 info: unable to resume (missing content_range)
2024-02-27 09:30:28 dbg: receiving body

Sucessfully delete task #494: {"success":true}

La fonction de download avec l'API check bien le hash :

check_and_feed_vm_prebuild_distros_param () {
...
        # feeding global variables & formatting request parameters & feeding default values
        [[ "$error" != "1" ]] && list_vm_prebuild_distros -q  # populating vm distro variables 

        # printing on cmdline 'hash=' and 'download_dir=' only if hash and dl_path exist
        [[ "$error" != "1" ]] && \
                is_hash="${distro_hash[$id]}" && \
                echo ${is_hash} | grep -Eq [hf][t]?tp[s]?:// \
                && dist_cmd="hash=" \
                || dist_cmd=""
        [[ "${dist_cmd}" == "" ]] \
                && is_hash=""
        [[ -n "${dl_path}" ]] \
                && dl_cmd="download_dir=" \
                || dl_cmd=""
}

Pas d'erreurs de mon côté…

Le souci était peut-être sur la release d'hier (ces images sont les daily rolling releases, celle d'aujourd'hui n'est plus la même qu'hier) ?

Cordialement
nbanba

Bonjour,

Oui le problème persiste. J'ai le message suivant:

"Vérifiez que le stockage principal est configuré, disponible et non plein.
Vérifiez dans l’application Téléchargements que:

il n’y en a pas d’autres téléchargements en cours;
les téléchargements ne sont pas désactivés;
le statut est bien 'Connecté' en bas à gauche; si non:
si vous avez configuré le gestionnaire de téléchargement pour passer par un VPN vérifiez que le serveur est bien connecté;
vérifiez que les connexions entrantes du client bittorrent ne sont pas désactivés dans la gestion des ports."

Recommandations suivies mais nok.

Téléchargement Ubuntu 22.04 se fait en revanche sans problème comme la 23.10.

Bonjour

Essayez avec l API (et la lib fournie plus haut), ça fonctionne, no errors

Sinon arrivez vous à créer 1 répertoire avec FreeboxOS puis à y copier du nouveau contenu depuis le réseau ? Histoire de s'assurer que la table des inodes n'est pas pleine sur le disque…

Cordialement
nbanba