Ubuntu-fr

sebuntu31

Minimal bash suite à arrêt brutal

Bonjour à tous,
suite à un arrêt brutal mon ordi est planté.
Au démarrage j'ai droit au minimal bash.
J'ai tenté de suivre des tutos ici et là à partir d'un live cd mais en vain j'ai des erreurs que je ne comprends pas.
En fait j'aimerais vraiment comprendre ce que je fais.
Du coup j'en appelle à votre patience et pédagogie (je risque de vous poser des questions idiotes à vos yeux mais c'est comme apprendre à conduire on trouve ça super chaud au départ mais ensuite...)

Donc voila le rapport boot-repair que j'ai réussi à obtenir.
Qu'en pensez vous et pouvez vous m'expliquer les grandes lignes?
Merci!

boot-repair-4ppa125                                              [20201013_1441]

============================== Boot Info Summary ===============================

 => No boot loader is installed in the MBR of /dev/nvme0n1.
 => Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sda.

nvme0n1p1: _____________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/ubuntu/grubx64.efi 
                       /efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi 
                       /efi/ubuntu/grub.cfg

nvme0n1p2: _____________________________________________________________________

    File system:       
    Boot sector type:  Unknown
    Boot sector info: 

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  SYSLINUX 6.03
    Boot sector info:  Syslinux looks at sector 32816 of /dev/sda1 for its 
                       second stage. The integrity check of Syslinux failed. 
                       No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /boot/grub/grub.cfg /syslinux.cfg 
                       /efi/BOOT/grubx64.efi /ldlinux.sys


================================ 0 OS detected =================================


============================ Architecture/Host Info ============================

CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 18.04.2 LTS, bionic, x86_64)


===================================== UEFI =====================================

BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.

efibootmgr -v
BootCurrent: 001C
Timeout: 2 seconds
BootOrder: 0001,0000,0017,0018,0019,001A,001B,001C,001D
Boot0000* Windows Boot Manager	HD(1,GPT,04f608f7-8013-4917-a028-e347c02672eb,0x800,0x100000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...I................
Boot0001* ubuntu	HD(1,GPT,04f608f7-8013-4917-a028-e347c02672eb,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0010  Setup	FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9)
Boot0011  Boot Menu	FvFile(126a762d-5758-4fca-8531-201a7f57f850)
Boot0012  Diagnostic Splash Screen	FvFile(a7d8d9a6-6ab0-4aeb-ad9d-163e59a7a380)
Boot0013  Lenovo Diagnostics	FvFile(3f7e615b-0d45-4f80-88dc-26b234958560)
Boot0014  Startup Interrupt Menu	FvFile(f46ee6f4-4785-43a3-923d-7f786c3c8479)
Boot0015  Rescue and Recovery	FvFile(665d3f60-ad3e-4cad-8e26-db46eee9f1b5)
Boot0016  MEBx Hot Key	FvFile(ac6fd56a-3d41-4efd-a1b9-870293811a28)
Boot0017* USB CD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,86701296aa5a7848b66cd49dd3ba6a55)
Boot0018* USB FDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,6ff015a28830b543a8b8641009461e49)
Boot0019* NVMe0	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,001c199932d94c4eae9aa0b6e98eb8a400)
Boot001A* ATA HDD1	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f601)
Boot001B* ATA HDD0	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f600)
Boot001C* USB HDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,33e821aaaf33bc4789bd419f88c50803)
Boot001D* PCI LAN	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803)
Boot001E* IDER BOOT CDROM	PciRoot(0x0)/Pci(0x14,0x0)/USB(11,1)
Boot001F* IDER BOOT Floppy	PciRoot(0x0)/Pci(0x14,0x0)/USB(11,0)
Boot0020* ATA HDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f6)
Boot0021* ATAPI CD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a354)

bed45d1c9554cea09924d3814cb7c446   nvme0n1p1/BOOT/fbx64.efi
57aa3da585395db1e31f30d515885300   nvme0n1p1/ubuntu/grubx64.efi
4487628005555bfd4a4c0a47211e0700   nvme0n1p1/ubuntu/mmx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4   nvme0n1p1/ubuntu/shimx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4   nvme0n1p1/BOOT/BOOTX64.efi


============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

nvme0n1	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

nvme0n1p1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
nvme0n1p2	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios

Partitions info (2/3): _________________________________________________________

nvme0n1p1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
nvme0n1p2	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

nvme0n1p1	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	nvme0n1
nvme0n1p2	: maybesepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	nvme0n1

fdisk -l (filtered): ___________________________________________________________

Disk nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 0F42B545-4CF7-4696-9AB7-8189B0E4CF37
            Start       End   Sectors  Size Type
nvme0n1p1    2048   1050623   1048576  512M EFI System
nvme0n1p2 1050624 500117503 499066880  238G Linux filesystem
Disk sda: 14.5 GiB, 15524167680 bytes, 30320640 sectors
Disk identifier: 0x3e781033
      Boot Start      End  Sectors  Size Id Type
sda1  *     2048 30320639 30318592 14.5G  c W95 FAT32 (LBA)

parted -lm (filtered): _________________________________________________________

sda:15.5GB:scsi:512:512:msdos: USB DISK 2.0:;
1:1049kB:15.5GB:15.5GB:fat32::boot, lba;
nvme0n1:256GB:nvme:512:512:gpt:LENSE20256GMSP34MEAT2TA:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:256GB:256GB:::;

blkid (filtered): ______________________________________________________________

NAME        FSTYPE   UUID                                 PARTUUID                             LABEL       PARTLABEL
sda                                                                                                        
└─sda1      vfat     3A15-7492                            3e781033-01                          UBUNTU 18_0 
nvme0n1                                                                                                    
├─nvme0n1p1 vfat     48ED-8402                            04f608f7-8013-4917-a028-e347c02672eb             EFI System Partition
└─nvme0n1p2                                               2a779e04-0b74-4a5a-938b-8a5239b61979             

df (filtered): _________________________________________________________________

           Avail Use% Mounted on
nvme0n1p1   505M   1% /mnt/boot-sav/nvme0n1p1
sda1       12.6G  13% /cdrom

Mount options: __________________________________________________________________

nvme0n1p1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sda1      ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro

=================== nvme0n1p1/efi/ubuntu/grub.cfg (filtered) ===================

search.fs_uuid c4b1e28b-e7f2-4f03-b342-71351cdae943 root 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sda1/boot/grub/grub.cfg (filtered) ======================

Try Ubuntu without installing
Install Ubuntu
OEM install (for manufacturers)
Check disc for defects

========================= sda1/syslinux.cfg (filtered) =========================

DEFAULT loadconfig

LABEL loadconfig
  CONFIG /isolinux/isolinux.cfg
  APPEND /isolinux/

==================== sda1: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
            ?? = ??             boot/grub/grub.cfg                             1

================== sda1: Location of files loaded by Syslinux ==================

           GiB - GB             File                                 Fragment(s)
            ?? = ??             syslinux.cfg                                   1
            ?? = ??             ldlinux.sys                                    1


======================== Unknown MBRs/Boot Sectors/etc =========================

Unknown BootLoader on nvme0n1p2

00000000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
00000200


=============================== StdErr Messages ================================

File descriptor 63 (pipe:[78984]) leaked on lvs invocation. Parent PID 5633: /bin/bash

Error code 12
mount -r /dev/nvme0n1p2 /mnt/boot-sav/nvme0n1p2

mount -r /dev/nvme0n1p2 : Error code 12
Error code 12
mount -r /dev/nvme0n1p2 /mnt/boot-sav/nvme0n1p2

mount -r /dev/nvme0n1p2 : Error code 12
Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would not act on the boot.

Dernière modification par sebuntu31 (Le 14/10/2020, à 13:03)

geole

Re : Minimal bash suite à arrêt brutal

Bonjour à tous,
suite à un arrêt brutal mon ordi est planté.
Au démarrage j'ai droit au minimal bash.
J'ai tenté de suivre des tutos ici et là à partir d'un live cd mais en vain j'ai des erreurs que je ne comprends pas.

Bonjour, Ce qui est drôle est que je n'arrive pas à  lire  erreurs affichées à ton écran....
Tu as certainement lus des tutos. Sont-ils bien faits, Sont-ils mal faits. Comment te le dire puisque tu n'as pas précisés lesquels.

Manifestement, tu n'as pas rencontrés ceux qui disent de regarder l'état du disque et ceux qui disent  de faire une photographie de l'écran et de la communiquer  au forum

Par chance, il y a en a eu un qui a suggéré de faire un boot-info . On va faire avec

Je pense que cela se termine pas un message te permettant de frapper des commandes pour te tirer d'affaire.

Le boot-info est assez catastrophique.
La partition contenant  ubuntu n'est plus reconnue.
A mon avis, elle est là

nvme0n1p2: _____________________________________________________________________
    File system:       
    Boot sector type:  Unknown
    Boot sector info: 

Donc on ne peut rien réparer  avec les commandes du plantage.

Tu  vas donc booter avec le support d'installation     à moins que que soit déjà fait

et tu vas installer testdisk, et faire une recherche rapide pour voir s'il sait retrouver les partitions.
Je ne te cache pas qu'avec du nvme, je ne sais pas ce qui va se passer.   Il serait peut-être plus rapide de tout reformater et de réinstaller

Voici le lien https://doc.ubuntu-fr.org/testdisk
Tu donneras la fin de l'étape 8

Un avis personnel, Tu n'as pas décris l'arrêt. Si ce n'est pas un arrêt électrique,  l'état du disque a certainement été la cause de l'arrêt ..

Malgré tout un espoir

fdisk -l (filtered): ___________________________________________________________

Disk nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 0F42B545-4CF7-4696-9AB7-8189B0E4CF37
            Start       End   Sectors  Size Type
nvme0n1p1    2048   1050623   1048576  512M EFI System
nvme0n1p2 1050624 500117503 499066880  238G Linux filesystem

elle est encore vue comme du linux filesystem donc pas totalement perdue

Par curiosité,       on va regarder smartcl,   toujours avec le support d'installation

Installation

sudo apt-get install --no-install-recommends smartmontools 

sudo apt install nvme-cli 

et tu postes le retour des commandes suivantes

sudo smartctl   -s on  -a /dev/nvme0n1

sudo nvme nvme-error-log /dev/nvme0n1

sudo nvme nvme-smart-log /dev/nvme0n1

Dernière modification par geole (Le 13/10/2020, à 18:54)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

sebuntu31

Re : Minimal bash suite à arrêt brutal

Merci geole de prendre le temps de m'aider.
Alors c'est un arrêt électrique qui a causé ce shutdown violent.
Voici les résultats de tes recommandations:

Résultat testdisk:

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 15 GB / 14 GiB - CHS 14805 64 32

     Partition                  Start        End    Size in sectors

1 * FAT32 LBA                1   0  1 14804  63 32   30318592 [UBUNTU 18_0]

Résultat smartctl :

root@ubuntu:~# smartctl   -s on  -a /dev/nvme0n1
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.18.0-15-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, [url=http://www.smartmontools.org]www.smartmontools.org[/url]

=== START OF INFORMATION SECTION ===
Model Number:                       LENSE20256GMSP34MEAT2TA
Serial Number:                      FBFB18030KY0004832
Firmware Version:                   2.3.8341
PCI Vendor/Subsystem ID:            0x17aa
IEEE OUI Identifier:                0xa03299
Controller ID:                      1
Number of Namespaces:               1
Namespace 1 Size/Capacity:          256,060,514,304 [256 GB]
Namespace 1 Utilization:            0
Namespace 1 Formatted LBA Size:     512
Local Time is:                      Wed Oct 14 09:59:10 2020 UTC
Firmware Updates (0x02):            1 Slot
Optional Admin Commands (0x0007):   Security Format Frmw_DL
Optional NVM Commands (0x0016):     Wr_Unc DS_Mngmt Sav/Sel_Feat
Maximum Data Transfer Size:         32 Pages
Warning  Comp. Temp. Threshold:     70 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     6.50W       -        -    0  0  0  0        0       0
 1 +     4.60W       -        -    1  1  1  1        5       5
 2 +     3.90W       -        -    2  2  2  2        5       5
 3 -   0.1000W       -        -    3  3  3  3    35000    6000
 4 -   0.0100W       -        -    4  4  4  4    35000    6000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 -     512       0         0

=== START OF SMART DATA SECTION ===
Read NVMe SMART/Health Information failed: NVMe Status 0x4002

Résultats nvme :

root@ubuntu:~# nvme smart-log /dev/nvme0n1
Smart Log for NVME device:nvme0n1 namespace-id:ffffffff
critical_warning                    : 0
temperature                         : 0 C
available_spare                     : 100%
available_spare_threshold           : 3%
percentage_used                     : 3%
data_units_read                     : 18459170
data_units_written                  : 13464834
host_read_commands                  : 282533212
host_write_commands                 : 270333573
controller_busy_time                : 1833
power_cycles                        : 1065
power_on_hours                      : 2608
unsafe_shutdowns                    : 90
media_errors                        : 0
num_err_log_entries                 : 0
Warning Temperature Time            : 0
Critical Composite Temperature Time : 0
Temperature Sensor 1                : 0 C
Temperature Sensor 2                : 0 C
Temperature Sensor 3                : 0 C
Thermal Management T1 Trans Count   : 0
Thermal Management T2 Trans Count   : 0
Thermal Management T1 Total Time    : 0
Thermal Management T2 Total Time    : 0

root@ubuntu:~# nvme error-log /dev/nvme0n1
Error Log Entries for device:nvme0n1 entries:4
.................
 Entry[ 0]  
.................
error_count  : 0
sqid         : 0
cmdid        : 0
status_field : 0(SUCCESS)
parm_err_loc : 0
lba          : 0
nsid         : 0
vs           : 0
.................
 Entry[ 1]  
.................
error_count  : 0
sqid         : 0
cmdid        : 0
status_field : 0(SUCCESS)
parm_err_loc : 0
lba          : 0
nsid         : 0
vs           : 0
.................
 Entry[ 2]  
.................
error_count  : 0
sqid         : 0
cmdid        : 0
status_field : 0(SUCCESS)
parm_err_loc : 0
lba          : 0
nsid         : 0
vs           : 0
.................
 Entry[ 3]  
.................
error_count  : 0
sqid         : 0
cmdid        : 0
status_field : 0(SUCCESS)
parm_err_loc : 0
lba          : 0
nsid         : 0
vs           : 0
.................

Dernière modification par sebuntu31 (Le 14/10/2020, à 13:05)

geole

Re : Minimal bash suite à arrêt brutal

Bonjour
Rapidement pour testdisk, ce n'est pas SDA qu'il faut choisir mais  /dev/nvme0n1

S'il n'a pas été proposé dans la liste, c'est qu'il n'est pas adapté pour les nvme
   ===> Il y a des experts qui savent réparer la table de partition en ligne de commande. Il faudra que je retrouve leurs interventions.

Je regarde la suite ==> à priori, le nvme s'en tire bien......

Dernière modification par geole (Le 14/10/2020, à 12:29)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

cqfd93

Re : Minimal bash suite à arrêt brutal

Modération

Bonjour,

Pour ajouter toi-même les balises code à ton message # 1 :

• Cliquer sur le lien « Modifier » en bas à droite du message

• Sélectionner le texte

• Cliquer sur le <> de l'éditeur de message
  

Et les balises quote du message 3 sont à remplacer par des code.

---

− cqfd93 −

sebuntu31

Re : Minimal bash suite à arrêt brutal

Bon j epense que je vais devoir formater je ne sais pas réparer ce soucis.
C'est fou qu'il n'y ait rien à faire!
Y'a moyen de ne pas perdre mes données?

Dernière modification par sebuntu31 (Le 15/10/2020, à 12:01)

geole

Re : Minimal bash suite à arrêt brutal

Bonjour
Tu n'as pas dit si tesdisk voyait le NVME!!!

On peut faire  une copie physique du SSD avant de bricoler ou de reformater.
Il te faudrait  un disque ou une clé USB d'au moins 256 Go

Disk nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors

Je vais essayer de chercher dans internet s'il y a une discussion pour dire que cet espace disque

nvme0n1p2 1050624 500117503 499066880  238G Linux filesystem

est  la seconde partition du nvme sans utiliser testdisk qui est l'outil habituel.

Pour un début, donne le retour de ces commandes

sudo parted -l
sudo blkid

et une simulation de réparation

sudo fsck -N  /dev/nvme0n1p2 

Dernière modification par geole (Le 15/10/2020, à 13:03)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

sebuntu31

Re : Minimal bash suite à arrêt brutal

Bonjour Geode,
en effet testdisk ne trouve pas nvme0n1
Voici le résultats des commandes

ubuntu@ubuntu:~$ sudo parted -l
Modèle:  USB DISK 2.0 (scsi)
Disque /dev/sda : 15,5GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  15,5GB  15,5GB  primary  fat32                démarrage, lba


Modèle: LENSE20256GMSP34MEAT2TA (nvme)
Disque /dev/nvme0n1 : 256GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags: 

Numéro  Début   Fin    Taille  Système de fichiers  Nom                   Fanions
 1      1049kB  538MB  537MB   fat32                EFI System Partition  démarrage, esp
 2      538MB   256GB  256GB


ubuntu@ubuntu:~$ sudo blkid
/dev/nvme0n1p1: UUID="48ED-8402" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="04f608f7-8013-4917-a028-e347c02672eb"
/dev/sda1: LABEL="UBUNTU 18_0" UUID="3A15-7492" TYPE="vfat" PARTUUID="3e781033-01"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/nvme0n1: PTUUID="0f42b545-4cf7-4696-9ab7-8189b0e4cf37" PTTYPE="gpt"
/dev/nvme0n1p2: PARTUUID="2a779e04-0b74-4a5a-938b-8a5239b61979"

Pour la simulation ça donne:

ubuntu@ubuntu:~$ sudo fsck -N /dev/nvme0n1p2 
fsck de util-linux 2.31.1
[/sbin/fsck.ext2 (1) -- /dev/nvme0n1p2] fsck.ext2 /dev/nvme0n1p2 

geole

Re : Minimal bash suite à arrêt brutal

Bon,   La partition est bien vue et elle est en bon état
Que donne cette commande

sudo mount -v /dev/nvme0n1p2 /mnt

Mais elle a perdu son  titre de EXT4   si elle était réellement en EXT4 car je vois  fsck.ext2

J'ai trouvé ce document https://www.fanjoe.be/?p=769
Il propose  cette commande

###Conversion Ext2 vers Ext4 
sudo tune2fs -O extents,uninit_bg,dir_index,has_journal /dev/nvme0n1p2

C'est du quitte ou double sauf si tu as le moyen de dupliquer avant de faire.

Dernière modification par geole (Le 15/10/2020, à 14:17)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

sebuntu31

Re : Minimal bash suite à arrêt brutal

Voilà ce que j'ai:

ubuntu@ubuntu:~$ sudo mount -v /dev/nvme0n1p2 /mnt
NTFS signature is missing.
Failed to mount '/dev/nvme0n1p2': Argument invalide
The device '/dev/nvme0n1p2' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
ubuntu@ubuntu:~$ sudo tune2fs -O extents,uninit_bg,dir_index,has_journal /nvme0n1p2
tune2fs 1.44.1 (24-Mar-2018)
tune2fs: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /nvme0n1p2
Impossible de trouver un superbloc de système de fichiers valide.
ubuntu@ubuntu:~$ sudo tune2fs -O extents,uninit_bg,dir_index,has_journal /dev/nvme0n1p2
tune2fs 1.44.1 (24-Mar-2018)
tune2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/nvme0n1p2
ubuntu@ubuntu:~$ 

geole

Re : Minimal bash suite à arrêt brutal

Voilà ce que j'ai:

ubuntu@ubuntu:~$ sudo tune2fs -O extents,uninit_bg,dir_index,has_journal /dev/nvme0n1p2
tune2fs 1.44.1 (24-Mar-2018)
tune2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/nvme0n1p2
ubuntu@ubuntu:~$ 

Merci d'avoir rectifier mon erreur de frappe que j'ai  corrigé.

On va essayer avec un autre super bloc. Habituellement pour qu'il les trouve j'utilise tesdisk!!!!!

La solution  de secours est de simuler le reformatage.    Si on commet une erreur   C'est fichu

Je recherche dans le forum.

Dernière modification par geole (Le 15/10/2020, à 14:45)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

sebuntu31

Re : Minimal bash suite à arrêt brutal

Ok merci!
Purée c'est violent une coupure de courant sur ubuntu nan?
Suis assez surpris des conséquences.

geole

Re : Minimal bash suite à arrêt brutal

Voici la commande

sudo mke2fs -n -t ext4 /dev/nvme0n1p2

La suite sera de  faire

sudo e2fsck -t ext4 -b nnnnn -yfv /dev/nvme0n1p2

en raplaçant    nnnnnnn par les numéros de la liste en les faisant tous les uns à la suite des autres jusqu'à ce que l'un fonctionne

Nota , il probable que ta liste commencera par

Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
	102400000

Dernière modification par geole (Le 15/10/2020, à 14:43)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

geole

Re : Minimal bash suite à arrêt brutal

Ok merci!
Purée c'est violent une coupure de courant sur ubuntu nan?
Suis assez surpris des conséquences.

Bonjour
Le format  ext4 n'est pas si fiable que  d'autres formats tel que EXFAT adapté aux coupures de courant. mais moins performants

Mais  c'est  très rare que le type de fichier soit perdu.  (Une première  pour moi)
Je  me guide sur cette discussion https://forum.ubuntu-fr.org/viewtopic.php?id=2016665

Dernière modification par geole (Le 15/10/2020, à 15:55)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

sebuntu31

Re : Minimal bash suite à arrêt brutal

Alors avant de poursuivre sur tous les nombres je te montre le résultat du premier:
(je sors en erreur 16 erreur de syntaxe)

ubuntu@ubuntu:~$ sudo mke2fs -n -t ext4 /dev/nvme0n1p2
mke2fs 1.44.1 (24-Mar-2018)
En train de créer un système de fichiers avec 62383360 4k blocs et 15597568 i-noeuds.
UUID de système de fichiers=c69d829a-a851-4c5b-bf8a-9f3b9b8f22b2
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872

ubuntu@ubuntu:~$ sudo e2fsck -t ext4 -b 32768 -yfv /dev/nvme0n1p2
Utilisation : e2fsck [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc]
		[-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe]
		[-E options-étendues] périphérique

Aide d'urgence :
 -p                   Réparation automatique (sans question)
 -n                   N'appliquer aucun changement au système de fichiers
 -y                   Supposer « oui » pour toutes les questions
 -c                   Vérifier la présence de blocs défectueux et les
                      ajouter à la liste des blocs défectueux
 -f                   Forcer la vérification même si le système de fichiers
                      est marqué propre
 -v                   Travailler en mode bavard
 -b super-bloc        Utiliser un bloc alternatif pour le superbloc
 -B taille-de-bloc    Forcer la taille des blocs lors de la recherche du
                      superbloc
 -j journal-externe   Définir la localisation du journal externe
 -l fichier-des-blocs-erronés
                      Ajouter à la liste des blocs défectueux
 -L fichier-des-blocs-erronés
                      Définir la liste des blocs défectueux
 -z fichier-d-annulation
                      Créer un fichier d'annulation

Dernière modification par sebuntu31 (Le 15/10/2020, à 15:06)

sebuntu31

Re : Minimal bash suite à arrêt brutal

J'ai corrigé l'erreur de syntaxe par:

sudo e2fsck -b 32768 -yfv /dev/nvme0n1p2

C'est en cours

sebuntu31

Re : Minimal bash suite à arrêt brutal

geole you win!
ça fonctionne p^lus de minimal bash et ma session et mes données.
Bon maintenant j'ai pas tout compris
en gros j'avais un mauvais format? la dernière commande qu'est ce qu'elle a effectuée et que sons ces superblocs?
un grand grand merci

geole

Re : Minimal bash suite à arrêt brutal

En gros,
       Le type de partition a été perdu parce que le premier super bloc   avait un contenu débile.
La raison du contenu débile, je ne la connais pas. Ce n'est pas lié au MVME car cela se produit aussi avec des disques durs standards.

Le lien avec la coupure électrique est fort probable. Mais il y a des coupures électriques qui ne provoquent pas cet incident. A croire que la coupure s'est faite alors qu'il fallait écrire le super-bloc et qu'il a été mal écrit.

Il est possible sinon probable que le firmware du NVME augmente le risque car en standard, lorsqu'on dit au disque dur d'écrire un bloc, il ne le fait que s'il en en envie. Il préfère les conserver en buffer pour ne les écrire que lorsque c'est vraiment nécessaire.   Pour les SSD (donc NVME ) ce mécanisme a été amélioré pour éviter d'écrire le bloc au cas où il serait de nouveau modifié afin d'éviter l'usure.
A mon  avis, tous les blocs se valent pour lui. Mais un support bloc, c'est important car il contient la structure des fichiers. Je ne suis pas certain qu'il y ait une séquence disant au disque, " écrit immédiatement ce bloc" car son contenu est vital.

Comme le contenu est vital,   le format exit4 permet d'en avoir plusieurs exemplaires répartis dans toute la partition.    Cette technique a été développée pour les disques dur pour se protéger d'une lecture impossible d'un secteur. Si un secteur est illisible et qu'il contient les données d'un fichier, on ne perd que le fichier. Mais si ce secteur contient les noms des fichiers, on perd tous les noms de fichiers.    En avoir au moins 1 en secours est donc utile.

Cas particulier du secteur 0
    Dans le formatage ms-dos, ce secteur décrit la structure de  boot  utilisé par le bios et les partitions.
Si uniquement ce secteur est illisible, il est impossible de booter et on perd les partitions. Il ne reste qu'à changer le disque
   Dans le formatage GPT (ton contexte)
        Si on perd  un des 32 premiers secteurs, il y en a un seul double en fin de disque.  On ne perd pas les partitions. La structure de boot peut se mettre n'importe où dans le disque (Partition ESP).

J'aurais voulu trouver quelque chose d'assez simple décrivant les super-blocs Je n'ai rien trouvé hormis une documentation très détaillée que j'ai du mal à comprendre https://www.codetd.com/fr/article/11774652

Pense à avoir un double de tes données ailleurs et réfléchis à l'achat d'un onduleur si le risque électrique perdure.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248