Reprise du message précédent :
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.    

Ah ok, tu as pris ça où?
 
A priori le tiens est plus récent, donc à voir... Peut-être le tiens est mieux, si il n'est pas "pluvieux".

Après vu que le NAS est pas tout récent peut-être faut pas y coller un firmware de 2023? De toute façon doit y avoir une fonction màj dans le truc aussi (si on arrive à le faire tourner...)?

J'ai déjà mal au crâne    
 
Tu veux bien me donner les bonnes commandes stp pour créer ce qu'il faut là où il faut, et je me débrouillerai avec les commandes "dd" ?
 
 

Oui. A partir du moment où le nas est vu dans Windows, les mecs recommandent de mettre le bios à jour via Qnap Finder.  
 
 
=> https://us1.qnap.com/Storage/TS-X53 [...] 4.2627.zip

Je l'avais fait plus haut, on poste trop rapidement...
 
cd /initrd/mnt/dev_save && mkdir root
 
et ensuite les dd pour la sauvegarde déjà, car ça va prendre du temps (et toi du paracetamol )...

NICKEL !
 
=> sh-5.0# cd /initrd/mnt/dev_save && mkdir root
sh-5.0# dd if=/dev/mmcblk1boot0 of=/initrd/mnt/dev_save/root/mmcblk1boot0.img bs=1M status=progress
2+0 records in
2+0 records out
2097152 bytes (2,1 MB, 2,0 MiB) copied, 0,0793258 s, 26,4 MB/s
sh-5.0# dd if=/dev/mmcblk1boot1 of=/initrd/mnt/dev_save/root/mmcblk1boot1.img bs=1M status=progress
2+0 records in
2+0 records out
2097152 bytes (2,1 MB, 2,0 MiB) copied, 0,076922 s, 27,3 MB/s
sh-5.0# dd if=/dev/mmcblk1 of=/initrd/mnt/dev_save/root/mmcblk1.img bs=1M status=progress
3952082944 bytes (4,0 GB, 3,7 GiB) copied, 126 s, 31,4 MB/s
3776+0 records in
3776+0 records out
3959422976 bytes (4,0 GB, 3,7 GiB) copied, 126,765 s, 31,2 MB/s
sh-5.0#  
 
 
Il faudrait éteindre, mettre la clef sur le PC et faire un backup, ou la clef suffira ?
Je peux lancer l'écriture du dom.img ?

Fais un backup quand même sur PC et après tu peux lancer l'écriture.

Ca semble s'etre bien passé => en réalité, j'en sais rien    
 
sh-5.0# dd if=/initrd/mnt/dev_save/root/dom.img of=/dev/mmcblk1 bs=1M status=progress
dd: failed to open '/initrd/mnt/dev_save/root/dom.img': No such file or directory
sh-5.0# dd if=/initrd/mnt/dev_save/dom.img of=/dev/mmcblk1 bs=1M status=progress
141557760 bytes (142 MB, 135 MiB) copied, 1 s, 141 MB/s
206+1 records in
206+1 records out
216700671 bytes (217 MB, 207 MiB) copied, 16,8222 s, 12,9 MB/s
sh-5.0# sync
sh-5.0#  
 
Je n'ai pas encore éteint, ni rebooté, ni rien : j'attends ta confirmation, okazou  

Pour moi tu peux éteindre, enlever la clé (!) et démarrer le truc.
 
Si ça ne fonctionne toujours pas perso je tenterais d'effacer le eMMC dans son intégralité (je peux te donner la commande), puis d'écrire de nouveau le dom.img avec dd.

Ok, je tente le reboot.
 
Et te bile pas si ça fonctionne pas ou si c'est complètement niqué, ce n'est absolument pas critique et je ne t'en voudrai
absolument pas.
Comme déjà dit antérieurement, je peux toujours le revendre pour la ram, les rails HDD et l'alim.  

Beeeuh...ça n'a absolument rien changé    
 
J'suis allé dans le bios : c'est toujours le même.
Je le laisse continuer à booter : ça arrive encore et toujours sur le "shell" (voir la 1ere capture en 1ere page).
 
JE. NE. COMPRENDS. PAS.    
 
 
EDITATEMATION : veux-tu que j'envoie les 3 backups quelque part si tu veux les examiner ?
Si oui, as-tu un site de préférence ?

Dommage.
 
A ta place je ferais deux choses:
-effacer totalement le eMMC:  
-écrire l'autre image, celle de 492Mo dont j'avais posté le SHA1. Le lien est quelque part dans le Wiki ou sur le site QNAP dont tu avais posté l'adresse plus haut.
 
Si ça ne fonctionne toujours pas à mon avis soit le eMMC est HS, soit y'a un truc avec ces machins "boot" de 2Mo chacun.
 
Pour les backups, garde les surtout! Et je vais encore te contacter par MP pour un point sur la météo.  
 
Aussi, y'a pas un firmware alternatif libre qu'on pourrait tester? Je peux compiler dans un VM si nécessaire et mettre en ligne (merci la fibre) si tu me trouves un site qui ne demande pas de s'inscrire etc.

J'ai mis le dom.img de 500 Mo, celui dont tu SHA1 truc.
 
Je m'apprete à rebooter le bazar  

Toujours pareil, rien n'a changé.
 
La seule différence que j'ai vu, c'est sur le bureau de Puppy : il met les icones des lecteurs qu'il monte automatiquement.
Les 5 en rapport avec MMCBLK1 ont disparu, il ne reste que la clef USB. Mais je ne sais pas si c'est significatif ou non.

Ca ça me semble pas normal. Tu peux refaire un
lsblk
ainsi qu'une capture gparted (ou parted en ligne de commande)?

Alors : les 5 icones ont disparu après l'écriture du dom de 250 Mo.
Maintenant que j'ai mis celui de 500 Mo, elles sont revenues    
 
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#  
 
 

Tu avais bien tenté un démarrage sans clé après avoir écrit le machin 500Mo?

Oui oui, à chaque fois, suivant tes instructions.
 
Au fait, as-tu remarqué qu'il n'y a pas de bblk4 ? Y'a 1, 2, 3, 5 et 6 uniquement ?

Ah oui, il n'y a pas le "4", mais ça peut être dû aux histoires de tables de partition ou je sais pas. En tout cas tu as bien des partitions sur le eMMC, c'est ce que je voulais savoir.
 
Tente ça, toujours depuis ta clé Linux et en tant que root (commandes à tapper/copier à la suite ligne par ligne):

puis tu copies le contenu de log_hfr.txt ici.
 
Ca devrait nous donner le contenu des différents partitions, juste pour savoir si il y a un truc qui saute à l'oeil...

Ah oui: Au pire tente DEUX démarrages sans clé après les modifs (genre dd etc), au cas où lors du premier boot le NAS prépare du bazar en interne. Il me semble avoir lu un truc du genre quelque part?

C'est un peu compliqué, pour ne pas dire chiantissime, car je dois copier-coller en passant d'une fenetre à l'autre.    
 
Peux-tu me donner la commande pour enregistrer tout ça dans un shell/bash stp ?

Oh, tkt pas, je l'ai fait. J'ai même "load bios default" à chaque fois  

Tu copies tout le bazar dans un fichier script.sh et tu le lances en ligne de commande avec

Hm, y'aurait pas un truc concernant les boot options qui va pas dans le BIOS / qu'il faudrait changer après un load default? Y'a quoi comme possibilités pour cette option boot options (ou similaire)?

J'ai déjà essayé, y'a plusieurs éditeurs de texte dans Puppy.
Le problème, c'est que Linux et moi, ainsi que tu le sais déjà, ça fait 3 : je ne suis pas capable de retrouver le fichier enregistré.
J'ai même tenté sur le desktop : ça me dit "ok", mais je ne vois pas le fichier

Je connais pas Puppy, mais tente d'enregistrer dans le home, autrement dit "~" (oui c'est un chemin valable). Ou alors dans /tmp et tu y vas ensuite avec cd /tmp avant de lancer le script?

EDIT: Au pire je peux mettre ce chien dans une VM et te dire exactement.

Bon, j'ai réussi, ça file des erreurs, mais ça semble passer.
Le fichier de sortie, je le trouve où exactement ?

Ca devrait pas filer des erreurs.
 
Le fichier de sortie sera dans le même dossier que le script.

PART1
total 6
drwxr-xr-x 3 root root 2048 sept.  4  2015 EFI
drwxr-xr-x 5 root root 2048 oct.  22  2015 grub
-rwxr-xr-x 1 root root 1017 sept.  4  2015 grubenv
PART2
total 13
drwxr-xr-x 2 root root  1024 déc.  12  2016 boot
drwx------ 2 root root 12288 déc.  12  2016 lost+found
PART3
total 13
drwxr-xr-x 2 root root  1024 déc.  12  2016 boot
drwx------ 2 root root 12288 déc.  12  2016 lost+found
PART5
total 12
drwx------ 2 root root 12288 janv. 29  2016 lost+found
PART6
total 12
drwx------ 2 root root 12288 janv. 29  2016 lost+found
PART1
total 6
drwxr-xr-x 3 root root 2048 sept.  4  2015 EFI
drwxr-xr-x 5 root root 2048 oct.  22  2015 grub
-rwxr-xr-x 1 root root 1017 sept.  4  2015 grubenv
PART2
total 13
drwxr-xr-x 2 root root  1024 déc.  12  2016 boot
drwx------ 2 root root 12288 déc.  12  2016 lost+found
PART3
total 13
drwxr-xr-x 2 root root  1024 déc.  12  2016 boot
drwx------ 2 root root 12288 déc.  12  2016 lost+found
PART5
total 12
drwx------ 2 root root 12288 janv. 29  2016 lost+found
PART6
total 12
drwx------ 2 root root 12288 janv. 29  2016 lost+found

Hm... Ca me paraît un peu leger... Attend.

Je suis certain que tu n'as jamais vu un bios avec aussi peu d'options !    
Y'a quasiment rien dedans : un truc pour le CPU, un truc pour le FAN, etc...
 
Et dans les options de boot :
- sans disque : y'a EFI shell
- sans clef usb : EFI shell
 
Tu rajoutes le periph de boot que tu veux, et il vient s'ajouter à EFI shell. Et si j'ai bien compris ce que j'ai aperçu hier soir, il devrait
y avoir une entrée DOM (où j'ai mal compris).
De toute manière, même si je choisis "disabled", ça arrive toujours sur le meme écran, 1ere capture.

 
Je lurke le topic depuis le début et bien que n'ayant aucune expertise en linux, j'ai l'impression que ton BIOS ne trouve pas la partition de boot et que c'est pour ça que tu te retrouve toujours sur le shell EFI.
 
Il faudrait voir si t'arrives à voir la partition EFI à partir du shell EFI (avec la commande map), et si oui si tu arrives à faire booter manuellement sur la partition via :
 
FS0:\EFI\BOOT\BOOTX64.EFI
 

Très bonne remarque, je me demandais aussi si y'a pas une histoire UEFI la-dedans (d'où ma question sur les boot options); mais j'y connais rien à ces trucs... Par contre quelque part dans le forum (cat' Linux) je m'étais emmerdé avec ces choses pour faire tourner une Debian sur un vieux PC portable et il me semble que j'avais posté des commandes qui pourraient servir. Après vu l'heure je ne vais pas chercher maintenant du moins.

 
Je suis pas expert et je ne sais pas si je serais capable de reconstruire l'EFI / faire reconnaitre correctement la partition par le BIOS, mais avec quelques commandes basiques (qui ressemblent à celles sous linux : map , ls , cd , etc ...)  on devrait pouvoir voir la structure de la partition EFI et surtout voir si le bootloader permet de lancer l'OS ou pas

Je suis en train de regarder de ce côté.
Si je tape MAP, ça affiche la même chose que sur ma 1ere capture, page précédente.
Si je tente quelque chose avec FS0, ça donne une erreur, truc introuvable ou quelque chose comme ça.
 
Lorsque je suis sur le desktop de Puppy, j'ai donc les 5 icones des partitions du DOM (supposément).
En ouvrant la 1ere, MM1P1, j'ai ça :
 
- EFI > BOOT > QNAP.EFI
- grub : dossier (je ne liste pas)
- grubenv : fichier
 
Lorsque je fouille dans la clef Puppy, je trouve bel et bien un fichier BOOTX64.EFI  
 
Donc j'ai cherché, et je suis tombé ici : https://github.com/KilianKegel/Howt [...] Boot-Drive
Je suis donc en train d'essayer de copier son BOOTX64.EFI dans le DOM.
 

Pas la peine de copier le BOOTX64.EFI, ton QNAP.EFI doit suffire  
 
le pb c'est comment  d'y accéder à partir du shell EFI ... mais on va trouver

Ce qui est bizarre c'est que d'après ta capture, le système ne trouve aucun file system pour chacun des 3 périphériques de stockage
 
... pourtant sous Puppy ils sont bien là
 
Je comprends pas pourquoi, mais du coup c'est logique que le système ne boote pas puisque pour lui y'a aucun support prévu pour

Voilà. A force de chercher, je comprends de moins en moins ce qu'il se passe.
 
La seule chose que j'ai découverte, c'est un fichier qui semble lister les commandes dispo sous le shell EFI.
Par exemple, LS ou DIR ou CD ne fonctionnent pas = je ne sais pas où je suis, à la racine ou quoi ? Et si racine il y a, la racine de quoi ?    
 
Ce qu'il faudrait (et je saurais m'en servir comme un grand), c'est un logiciel de clonage de partition avec un GUI, comme
par exemple Macrorit ou EaseUS.
Mais sous Linux...
 
J'ai testé de virer QNAP.EFI => ça ne change absolument rien du tout non plus  

Vos histoires UEFI je vous laisse (j'ai jamais aimé ce bazar...), par contre on fera un point sur la météo tout à l'heure (quand j'aurais eu quelque heures de sommeil...).

Les commandes ls, dir et cd ont besoin que tu sois "positionné" sur une partition formattée avec un filesystem connu pour fonctionner (par défaut c'est du FAT, mais y'a moyen de charger les drivers pour de l'ext2, 3, 4, ntfs ...).
En dos ou en shell linux, par défaut tu arrives dans ton répertore utilisateur, mais en shell EFI tu n'arrives sur rien, c'est à toi de spécifier ton contexte/ta partition
(Exactement comme si sous DOS tu tapais D:, pour te positionner sur ton second disque)
 
 
Tu peux essayer de taper:
ls blk0  
ls blk1
ls blk2
 
et voir ce que ça donne, mais j'ai peur de connaître la réponse
 
Edit: Je reprendrais demain moi aussi, il commence à faire tard ici

Merci pour tes explications, je comprends maintenant.
 
Tes 3 commandes là, je crois que j'avais déjà essayé et la réponse ne t'eut pas convenu    
 
=> ls/dir: Cannot open directory blk0(1)(2) - No mapping    
 
J'en avais déduit qu'ils sont "là", mais non "mounted" <= j'ai bon ?
J'avais donc continué avec "MAP" et là, ça me sort les 3 premières lignes => gnagnagna blockdevice gné - Alias (null) taglesaleté grrr