Ceci fait suite à 5 pages dans l'autre topic généraliste : https://forum.hardware.fr/forum2.ph [...] =0#t421740
 
Je ne sais pas si je peux demander à un modérateur de faire une cission et rapatrier ici toute la précédente discussion    
 
MODERATION : j'ai laissé un post vide ci-dessous, ce serait cool d'insérer à partir de cet endroit-là s'il vous plait.
 
Je réponds donc à :

 
En fait, je me suis trompé en recopiant    
 
La commande : cd /lib/live/mount/medium/ => "no such file or directory"    
 
Et si je comprends bien la procédure, le fichier à copier se trouve à la racine de la clef de boot Puppy : faut que j'arrive à aller à cet
endroit.
Je sais que "CD" permet de changer de directory, mais le tuto que je suis, là, est sous Filezilla et moi je suis sous Puppy.
Car avec Filezilla, ça ne fonctionne pas non plus.
 
Malgré cela, si je tape ta commande telle quelle, ça ne fait rien.
Par contre, "ls /dev/mmcblk1/" donne => ls: cannot access '/dev/mmcblk1': Not a directory

Bonne question, au pire tu fais un rapide résumé (ou tu copies le mien ) et c'est bon? Enfin attendons TotalRecall...

Donc, voilà ce que ça fait lorsque le NAS démarre sans disque dedans :

 
 
Lorsque je mets un disque dans l'un des deux slots qui semblent fonctionner :

 
 
Lorsque je tente le recovery :

 
Rendu là, j'suis paumé.  

Ca se pourrait que tu n'es pas familier avec Linux?

En (très) bref vu l'heure:

Pour changer de dossier tu utilises cd, p.ex. cd / pour aller à la racine du système de fichiers. cd .. permet de revenir un dossier "en arrière".

Pour copier un fichier tu utilises cp.

Pour voir le contenu d'un dossier tu utilises ls -l après être allé (avec cd) dans ce dossier.

Pour voir le contenu d'un fichier texte tu utilises cat fichier ou less fichier (pour en sortir faudra appuyer sur 'q' comme 'quit').

Et ainsi de suite, je vais pas écrire trois pages, des tutos Linux y'en a des tonnes. Le plus important pour la fin: Si c'est disponible tu peux tapper man commande pour accéder à l'aide intégrée! (faire défiler avec les touches flèches et sortir avec 'q'). C'est vraiment très pratique.

Sinon tu peux donner un lien vers ce tuto et/ou expliquer brièvement mais clairement ce que tu cherches à faire histoire qu'un Manchot barbu te files les bonnes commandes?

Ah et sous Linx TOUT est un fichier, même une partition etc. Faut faire gaffe, surtout si on est "root".

Je connais un tout petit peu Ubuntu et je sais flasher/rooter des Amyphones Android : ça va, les lignes de commande, je
m'en sors à peu près bien.
 
Pour les commandes que tu expliques, je le savais déjà. Sauf CAT que je ne connaissais pas.
Ca me renvoie à mon CPC 6128 d'autrefois, qui utilisait CAT à peu près pareil que DIR. Ca n'a rien à voir ici, je sais.    
 
Les tutos, y'en a trois :
 
1- https://www.qnap.com/en/how-to/faq/ [...] -based-nas
 
2- https://wiki.qnap.com/wiki/Firmware [...] -RP_R2_NAS
 
3- https://wiki.qnap.com/wiki/Firmware_Recovery
 
Ce que je cherche à faire ? Savoir si éventuellement le mini-systeme de boot est encore droit dans ses bottes.
Tant qu'à faire, autant lui faire (peut-être) une mise à jour.
Ca s'appelle le DOM => Disk On Module ou un truc comme ça.
Car d'après ce que je comprends, si ce truc est sur les rails correctement, le Qnap Finder devient capable de le trouver sur le réseau.
 
Accessoirement, mettre le "vrai" bios à jour, celui qui est dessus semble dater de 2017...

C'est une clé usb de 64Go ?
Elle a l'air d'être montée en /dev/sda1

Fais un
ls /dev/sda1

Oui, une Sandisk 64 Go.
 
Pour ta commande là, faut être admin avec "sudo su" ? Parce que sinon, ça me renvoie "/dev/sda1" en rouge.
 
Et faut il mettre un slash final à la fin de ta commande là ?
 
Si j'en mets pas, ça me renvoie "/dev/sda1" en blanc.
Si j'en mets un => cannot access blabla not a directory...

Il ne faut pas en mettre.
Il faut monter la partition de la clé usb quelque part.

Tu as quoi si tu fais:
ls /

Et
ls /home

Et aussi
mount

En gros il faut monter la partition de la clé usb dans le file system du nas.
Donc il faut créer un dossier quelque part part genre:
mkdir /home/zob/usb

Puis monter la partition dedans :
mount /dev/sda1 /home/zob/usb

Ensuite si tu fais
ls /home/zob/usb

Tu devrais voir le contenu de la clé.

Yes, ça fonctionne !!!
 

 
Le DOM.IMG est là où je l'ai copié !
J'essaie la suite du tuto  

Visiblement la partition de la clé était déjà montée dans
/initrd/mnt/dev_save

Effectivement, sur le bureau Puppy, y'a déjà quelques icones, dont une pour la clef usb. Mais je n'ai rien réussi à en tirer.    
 
Donc là, j'ai effectué la copie et en passant, y'a une énorme erreur dans le tuto => pour le 453Be, le DOM est en MMCBLK1 et
non en MMCBLK0 comme indiqué.
Comme je l'ai dit, j'suis pas totalement débile, avant de suivre des instructions, je réflechis un brin.
Vu que le truc se contredisait, j'ai regardé attentivement ma sortie écran et en ai déduit que c'est bien MMCBLK1.
 
Le nas vient de s'éteindre, j'ai viré la clef et je m'apprête à le rallumer pour voir s'il est maintenant vu.
Une petite voix me sussure que c'est peine perdue, car la panne doit être plus importante qu'elle n'en avait l'air.
 
Je regarde, et je reviens dire. Ah, et MERCI beaucoup, tu m'as déjà bien aidé    
Bon, le coup de mount des trucs, je connaissais l'histoire depuis longtemps, mais je ne savais pas faire    
Le tutos que j'ai vu hier ne donnaient que des commandes génériques, sans exemples concrets => infaisable par un non-linuxien malheureusement  

Alors, ça fonctionne ?
 
Non    
 
Ca bloque toujours sur le shell, voir les captures d'écran déjà postées
 
Foutu pour foutu, je recommence en foutant dom.img dans MMCBLK0 (enfin, si ça passe)  

ça donnait quoi la commande fdisk -l ?

Voilà : https://pastebin.com/raw/CVxnziMi
 
Trop long pour quoter, j'espere que ça ira.
 
En passant, Puppy Linux est vraiment pratique, je me connecte à HFR directement depuis là : bien plus facile
pour citer des trucs    
 
Ah, j'ai fait une découverte : contrairement à ce que j'avais cru constater précédemment, les deux premiers slots HDD
sont fonctionnels : j'en ai laissé un dedans, et je peux voir son contenu depuis Puppy.
 
J'ai foutu DOM.IMG sur MMCBLK0 et ça ne change rien non plus.
 
Alors j'ai réflechi un peu plus : le machin a l'air de booter + ou - correctement. Le réseau ne le voit pas. Cependant, un Linux
fonctionne très bien dessus.
Le DOM ne doit pas être mort, sinon je suppose que ça ne démarrerait même plus.
Je me demande donc si les tutos que je suis ne seraient pas trop vieux ? La procédure a peut être changé...  
Par conséquent, je ne fais probablement pas ce qu'il faudrait faire en 2023.

J'ai un peu farfouiné, encore.
 
J'ai joué un peu avec Gparted, me souvenant que c'est pratique pour bricoler le systeme de fichiers    
 
Et je fus étonné, j'ai l'impression qu'un truc ne va pas :
 

 
En effet, le MMCBLK1 qui est censé accueillir DOM.IMG, n'utilise pas toute la place mise à sa disposition.
Mieux : Gparted, au lancement, le détecte et me propose de corriger ça.
Mais j'ai peur que ça flingue tout.    
 
Ah, et puis au niveau  découvertes insolites : le Qnap, sous Puppy, est visible sur le réseau !!!
Mais Qnap Finder ne le voit pas, et ça, je sais pas si c'est normal ou pas.
 
Mine de rien, on progresse, à pas de fourmi, mais on progresse. Non ?

J'ai survolé les liens que tu as donnés et je dois dire que je ne suis pas impressionné par cette boîte (qui fabrique le NAS)... Y'a pas mal d'erreurs de copier-coller etc dans leur guide.
 
Le point le plus important: Ce firmware de 492Mo c'est une image disque brute, donc avec "cp" tu n'iras pas loin, du moins sous Linux! A mon avis et SANS AUCUNE GARANTIE il faut passer par la commande "dd" pour ré-écrire entièrement l'image sur /dev/mmcblk1. Si tu veux tenter je conseille VIVEMENT de faire une COPIE BINAIRE du contenu actuel de ce disque/eMMC/...!
 
Si tu veux tenter le coup moi (ou quelqu'un d'autre) peuvent te donner les commandes à tapper sous Linux démarré depuis une clé USB.

Ah ! Je me disais aussi qu'un truc était pas catholique dans leurs guides !!!
En fait, je suivais les indications et je me demandais à quoi ça peut bien servir de copier un fichier "iso" directement sur une partition.
 
Ton "dd" vient de me mettre encore plus la puce à l'oreille, car hier soir, je suis tombé sur un post d'un gars qui disait avoir ré-écrit les
partitions du DOM.
Faut que je voie si je peux retrouver ça.
 
Ca ferait l'affaire, le Puppy Linux que j'ai là ?
Mais oui, aucun problème pour lancer des commandes : de toute manière, le truc est inutilisable en l'état.  
 
Retrouvé : https://forum.qnap.com/viewtopic.ph [...] OM#p844802
 
Et ça aussi : https://forum.qnap.com/viewtopic.php?p=623681#p623681

J'ai encore bricolé un peu hier soir...
 
Lorsque je démarre le NAS, il s'arrête toujours sur un écran où il propose de démarrer ou non "startup.nsh".
Seulement, que je le laisse continuer ou que je le stoppe, ça se termine toujours de la même manière : un prompt alakon.
 
Je me dis donc qu'un truc ne va pas, il doit manquer quelque chose. D'ailleurs, ce fameux "startup.nsh", on le trouve où ?    
 
Ensuite, j'ai voulu essayer un truc : j'ai pris l'image iso et avec Rufus/Unetbootin, je l'ai installée sur une clef usb. Puis j'ai booté dessus.
La seule chose que je peux faire ensuite, c'est entrer dans le bios, car le boot en lui-même semble faire quelque chose, puis rouvre
le boot menu.
Et dans le bios, je peux voir qu'il y a un paquet de nouvelles options, dont certaines sont inactives, tandis que d'autres affichent n'importe quoi.
 
J'en arrive à la conclusion suivante : il est possible que le DOM en place ne soit pas celui prévu pour ce modèle de nas, et que donc, quelqu'un
avait déjà bidouillé dedans.
Ou que des fichiers relatifs au boot ont été supprimés ou ont disparu...
 
J'ai aussi joué avec "ifconfig" : il me montre clairement les deux ports Ethernet (eth0 et eth1) et les IP. Bien entendu, là on est sous Linux.
En laissant le nas booter, on dirait que ces interfaces ne s'activent pas ou ne sont pas initialisées => par manque de fichiers encore une fois ?

Hello,  
 
Y a pas de feature magique servant à migrer des posts d'un topic à un autre pour les modos. Je t'invite à utiliser l'icône des posts de l'autre topic pour en récupérer le lien et pointer dessus, et/ou faire un récap de tout ce qui peut servir
 

Je ne connais pas cette distro mais un Linux c'est un Linux, donc à priori oui. Faudra juste voir où sauvegarder la copie.
 
Je te file les commandes plus tard quand j'aurais le temps (genre dans 30-60min).

Alors:
Il faut commencer avec une base "propre", autrement dit juste avoir démarré le machin avec Puppy Linux et évidemment sans HDD dedans par sécurité.
 
Ensuite tu ouvres un terminal, tu deviens root si nécessaire (sudo -i) et tu nous files le résultat des commandes suivantes:
mount
lsblk
 
Le but étant, dans un premier temps et pour moi, de savoir exactement ce qui est déjà "mounté" et où, ce qu'il y a comme disques/...
 
Rappelle moi/nous aussi la taille de ta clé Puppy Linux, il y a de la place pour 4Go supplémentaires? (pour la sauvegarde du contenu actuel du eMMC)

Il me semble qu'avec phpBB p.ex. ça serait possible. Enfin bref, ici -> https://forum.hardware.fr/forum2.ph [...] =0#t424666 j'avais fait un résumé, libre à Aline de le citer/copier/modifier; car ça doit résumer à peu près le soucis et ce qui a été fait (je pense ).

Tu peux proposer à Marc de migrer Hfr sur phpbb

"Never touch a running system"

Oki. Je pensais qu'il y avait une fonction "couper un sujet en deux" ou quelque chose du genre. Désolé pour la fausse alerte sur myself.  

Merci.
Mais déjà ta première commande là, elle fit pas avec Puppy : ça passe en PUPMODE 13    
Il faut donc utiliser SUDO SU et là ça fonctionne très bien.
 
Et ma clef fait 64 Go, y'a plus de place qu'on en a besoin.  

sh-5.0# mount
/dev/sda1 on /initrd/mnt/dev_save type vfat (rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,quiet,utf8,errors=remount-ro)
tmpfs on /initrd/mnt/tmpfs type tmpfs (rw,relatime,size=4522132k)
/dev/loop0 on /initrd/pup_ro2 type squashfs (ro,noatime,errors=continue)
unionfs on / type aufs (rw,relatime,si=142f86ad12fe951c)
/dev/loop1 on /initrd/pup_f type squashfs (ro,noatime,errors=continue)
/dev/loop2 on /initrd/pup_z type squashfs (ro,noatime,errors=continue)
/dev/loop3 on /initrd/pup_y type squashfs (ro,noatime,errors=continue)
/dev/loop4 on /initrd/pup_ro1 type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=3994700k,nr_inodes=998675,mode=755)
none on /proc type proc (rw,relatime)
none on /dev/pts type devpts (rw,relatime,gid=2,mode=620,ptmxmode=000)
none on /sys type sysfs (rw,relatime)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,relatime,nsdelegate,memory_recursiveprot)
shmfs on /dev/shm type tmpfs (rw,relatime,size=1705604k)
sh-5.0#
 
 
 
sh-5.0# lsblk
NAME         MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop0          7:0    0  368M  1 loop /initrd/pup_ro2
loop1          7:1    0 67,3M  1 loop /initrd/pup_f
loop2          7:2    0 32,9M  1 loop /initrd/pup_z
loop3          7:3    0 43,3M  1 loop /initrd/pup_y
loop4          7:4    0  512M  0 loop /initrd/pup_ro1
sda            8:0    1 57,3G  0 disk  
└─sda1         8:1    1 57,3G  0 part /initrd/mnt/dev_save
mmcblk1      179:0    0  3,7G  0 disk  
├─mmcblk1p1  179:1    0   16M  0 part  
├─mmcblk1p2  179:2    0  224M  0 part  
├─mmcblk1p3  179:3    0  224M  0 part  
├─mmcblk1p5  179:5    0    8M  0 part  
└─mmcblk1p6  179:6    0    8M  0 part  
mmcblk1boot0 179:8    0    2M  1 disk  
mmcblk1boot1 179:16   0    2M  1 disk  
zram0        250:0    0  7,5G  0 disk [SWAP]
sh-5.0#  
 

Étrange pour sudo -i, m'enfin bon... sudo su c'est moche mais si ça fonctionne.  
 
Ok pour les commandes. Je ne sais pas ce que c'est que mmcblk1boot0/1 mais vu que ça fait que 4Mo au total on va copier aussi.
 
Donc, en tant que root:
dd if=/dev/mmcblk1boot0 of=/initrd/mnt/dev_save/root/mmcblk1boot0.img bs=1M status=progress
dd if=/dev/mmcblk1boot1 of=/initrd/mnt/dev_save/root/mmcblk1boot1.img bs=1M status=progress
dd if=/dev/mmcblk1 of=/initrd/mnt/dev_save/root/mmcblk1.img bs=1M status=progress
La partie soulignée tu peux la virer si ça râle, mais tu n'auras pas d'indication sur l'état d'avancement de la copie. La troisième ligne risque de prendre du temps d'ailleurs selon ta clé et le eMMC, mais perso je conseille vivement de passer par la.
 
Ensuite tu prend le (bon ) firmware (492Mo de mémoire) sur le site QNAP, tu le fous quelque part sur ta clé Puppy (genre dans /root SUR LA CLÉ), tu changes le nom en genre fw.img (juste histoire que ce soit plus court à tapper...) et c'est parti avec la clé sur le NAS, en tant que root:
dd if=/initrd/mnt/dev_save/root/fw.img of=/dev/mmcblk1 bs=1M status=progress
Idem pour la partie soulignée. Attention, ça risque d'être encore plus long que dans l'autre sens.
 
Une fois la commande terminée du rajoutes un sync par sécurité, tu éteint Puppy/le NAS, tu retires la clé, tu pries si tu le souhaites et tu démarres le NAS sans clé.
 
Et je le redis : sans aucune garantie et à tes risques et périls!

Ok, ça n'a pas l'air insurmontable, pas plus que flasher un Android sur un smartphone.
 
Cependant, avant de me lancer, tu dois savoir quelque chose : si j'ai bien compris tout ce que j'ai ingurgité sur l'autre forum, il parait
que les firmwares "img" sont encryptés.
De ce que je capte, si le nom commence par "F_" c'est chiffré, et sinon, non.  EDIT : en fait, c'est le contraire.
 
Les mecs donnent la méthode pour déchiffrer ça, mais je n'y comprends rien du tout. J'ai regardé, mais je ne saurai jamais faire ça.
 
=> regarde ce message : https://forum.qnap.com/viewtopic.php?p=623681#p623681
 
 

Hm... Le soucis là c'est qu'on est à la limite de la Loi je crains. Je sais pas trop si je devrais regarder ça.

TR, tu en dis quoi?
 
Après Aline, si tu veux discuter de la météo (il commence à faire plus froid en Métropole...) tu peux toujours me MP.

Je ne sais pas, mais j'aurais tendance à dire que je ne vois pas de hors-la-loi par ici.
 
On achète un NAS (très cher ici), la moindre des choses est qu'on nous laisse la main pour effectuer des mises à jour.
En prime, leurs tutoriels pour faire ça sont faux et buggués, on ne peut rien en tirer.
 
Copier une image d'un disque sur le disque de boot, ça n'a pas de sens, puisqu'on perd les partitions et la hierarchie des fichiers.
 
Et ainsi, ils mettent des IMG à disposition, mais on ne peut rien faire avec => il faudrait qu'ils donnent la VRAIE procédure pour flasher.
Mais si la modération déclare que c'est illicite, bah je te parlerai des -10° qu'on a ici today.  

Vu que le but c'est de réparer un NAS qu'il possède déjà, ça me parait moins gênant que tout ce qui se rapporte à une install sur du hardware tierce.
Mais si vous préférez laisser tomber pour parler plutôt de la météo en privé au moins ça évite de trop s'interroger, quitte à ce que pendant que vous parlez météo le NAS se met subitement à refonctionner par hasard vous partagiez vos trouvailles ici à la fin.

 
Les  premières commandes renvoient "no such file or directory"    (j'ai fait copier/coller, en utilisant la police "standard" )
 
Et le firmware dont tu parles a de grandes chances d'etre encrypté, donc ça ne pourra pas marcher Cependant, j'en ai un de 240 Mo
qui lui, ne l'est pas  
 
 

Yes sir, la voix de la sagesse a parlé => on va aller discuter de la pluie et de la pluie.  

Bon, laissons la météo de côté pour l'instant:

Il est possible qu'il n'y a pas de dossier root sur ta clé.

Ca donne quoi ls -l /initrd/mnt/dev_save/ ?

Si y'a pas une ligne qui parle d'un dossier ("d" ) root tu peux simplement en créer un: cd /initrd/mnt/dev_save && mkdir root

EDIT: Tu peux filer un SHA1SUM ou similaire du fichier firmware, histoire d'être certain que tu as pris le bon sur le site du fabriquant et qu'il n'y a pas eu d'erreurs lors du téléchargement? Je ferais de même et je regarderais si c'est la même valeur. Sous Windows aucune idée, sous Linux si c'est installé suffit de tapper sha1sum fichier.img

Tu n'es pas obligé d'utiliser du gras ou autres, c'est plus gênant pour les control-C    
 
Voici ta commande :
 
sh-5.0# ls -l /initrd/mnt/dev_save/
total 1286784
drwxr-xr-x 4 root root     32768 janv.  4 06:09  boot
-rwxr-xr-x 1 root root 216700671 déc.  25 13:58  dom.img
drwxr-xr-x 3 root root     32768 janv.  4 06:09  EFI
-rwxr-xr-x 1 root root  70516736 avril  2  2023  fdrv_fossapup64_9.6.sfs
-rwxr-xr-x 1 root root        75 janv.  5 15:39  fossapup64initmodules.txt
-rwxr-xr-x 1 root root 536870912 janv.  7  2024  fossapup64save.4fs
-rwxr-xr-x 1 root root        29 janv.  7 01:26  fsckme.flg
-rwxr-xr-x 1 root root      2048 avril  2  2023  grub.cfg
-rwxr-xr-x 1 root root   2367130 avril  2  2023  initrd.gz
-rwxr-xr-x 1 root root     40960 avril  2  2023  isolinux.bin
-r-xr-xr-x 1 root root     32768 janv.  4 06:10  ldlinux.sys
-rwxr-xr-x 1 root root     60928 janv.  4 06:10  menu.c32
-rwxr-xr-x 1 root root       774 avril  2  2023  puppy.cer
-rwxr-xr-x 1 root root 385802240 avril  2  2023  puppy_fossapup64_9.6.sfs
-rwxr-xr-x 1 root root     14259 avril  2  2023  README.txt
-rwxr-xr-x 1 root root      1751 janv.  4 06:10  syslinux.cfg
drwxr-xr-x 2 root root     32768 janv.  4 04:47 'System Volume Information'
-rwxr-xr-x 1 root root       686 janv.  4 06:10  ubnfilel.txt
-rwxr-xr-x 1 root root   2367130 avril  2  2023  ubninit
-rwxr-xr-x 1 root root   7922912 avril  2  2023  ubnkern
-rwxr-xr-x 1 root root        66 janv.  4 06:09  ubnpathl.txt
-rwxr-xr-x 1 root root   6564352 avril  2  2023  ucode.cpio
-rwxr-xr-x 1 root root   7922912 avril  2  2023  vmlinuz
drwxr-xr-x 2 root root     32768 janv.  4 06:09  Windows_Installer
-rwxr-xr-x 1 root root  45400064 avril  2  2023  ydrv_fossapup64_9.6.sfs
-rwxr-xr-x 1 root root  34516992 avril  2  2023  zdrv_fossapup64_9.6.sfs
sh-5.0#

Ok pour le gras (c'est pas bon pour la santé trop de gras de toute façon ).
 
Ok, ton machin Puppy Linux n'a pas du tout une structure classique Linux sur la clé. Enfin bref, si t'est root tu crées le dossier root (ou sauvegarde ou comme tu veux, dans ce cas pense à modifier les commandes dd!) sur la clé et ça devrait (j'espère ) marcher.

dom.img c'est ton fichier firmware? Y'a un truc qui va pas la, le fichier sur le site fait 492Mo. (EDIT: 515899392 octets d'après ls précisément)

Voici le SHA1:

En fait, croyant que le fichier était "bancal" ( ) j'en ai pris un autre : TS-X53B_20231225-4.5.4.2627.img
 
Mais si tu insistes gentiment, je vais tenter avec le même que toi.