Hello, Here is my current thinking. 2 days ago, I received a brand new UBS key (Lexar S75). I inserted it inside the UBS port of my Linux machine. I open the key (it mounted automatically) and read the instructions about the encryption coming with the key (by opening a file). I did not pay too much attention because I was not interested, I just changed the size of the first partition and I added a ext4 partition. Later I turned off the PC. The following day, I tried to restart te computer, but I was unable to boot. Thus, I try to read the key from another computer and gparted did not like (fdisk was giving wrong partitions). Thus, I had to entirely repartition the stick. Anyway, I started to investigate the issues with the PC which could not boot. And I arrived at the point that the partition tables of the 3 HD were mess up. Now, I am making the link. Can this stick have a virus which may have mess up the partition tables. Please, note that one of the HD probably still had a XP OS bootable. I did not use it for a very long time. What do you think? My Best. =========================================================================== Patrick DUPRÉ | | email: pdupre@xxxxxxx Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== > Sent: Friday, July 14, 2017 at 3:47 AM > From: "Patrick Dupre" <pdupre@xxxxxxx> > To: users@xxxxxxxxxxxxxxxxxxxxxxx > Cc: users@xxxxxxxxxxxxxxxxxxxxxxx > Subject: Re: /dev/loop > > With another disk, I have, > > Disk /dev/sdc: 465.8 GiB, 500107862016 bytes, 976773168 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: dos > Disk identifier: 0x00000000 > > Device Boot Start End Sectors Size Id Type > /dev/sdc1 * 27265024 39847935 12582912 6G 7 HPFS/NTFS/exFAT > /dev/sdc2 39847936 50333695 10485760 5G 7 HPFS/NTFS/exFAT > /dev/sdc3 50335744 62918655 12582912 6G 82 Linux swap / Solaris > /dev/sdc4 62918656 976773119 913854464 435.8G f W95 Ext'd (LBA) > /dev/sdc5 62920704 63944703 1024000 500M 83 Linux > /dev/sdc6 310751232 399998975 89247744 42.6G 83 Linux > > or > > Disk /dev/sdc - 500 GB / 465 GiB - CHS 60801 255 63 > Current partition structure: > Partition Start End Size in sectors > > 1 * HPFS - NTFS 1697 43 11 2480 106 58 12582912 > 2 P HPFS - NTFS 2480 106 59 3133 32 35 10485760 > 3 P Linux Swap 3133 65 5 3916 128 52 12582912 > 4 E extended LBA 3916 128 53 60801 80 15 913854464 > 5 L Linux 3916 161 22 3980 95 19 1024000 > X extended 19343 93 1 24898 200 6 89247822 > 6 L Linux 19343 94 16 24898 200 6 89247744 [backup] > > > Disk /dev/sdc6 - 45 GB / 42 GiB - CHS 5555 255 63 > Current partition structure: > Partition Start End Size in sectors > > > Partition sector doesn't have the endmark 0xAA55 > > The most important partition is the sdc6 where I have my backups > Actually, only a few numbers of files (but big). > There are gaps again, lvm partitions. > > sdc5 is a /boot, I can mount it, but there are few information. > > Any tools that you could suggest? > > testdisk on /dev/sd6 gives: > Disk /dev/sdc6 - 45 GB / 42 GiB - CHS 5555 255 63 > > The harddisk (45 GB / 42 GiB) seems too small! (< 65 GB / 60 GiB) > Check the harddisk size: HD jumpers settings, BIOS detection... > > The following partitions can't be recovered: > Partition Start End Size in sectors > > Linux 1409 145 17 6964 251 7 89247744 [backup] > Linux 2404 112 13 7959 218 3 89247744 [backup] > > > It looks like that the LVM partitions are the most of issues. > > I really do not understand how 3 HD can fail simultaneously. > > > =========================================================================== > Patrick DUPRÉ | | email: pdupre@xxxxxxx > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > =========================================================================== > > > > Sent: Friday, July 14, 2017 at 3:19 AM > > From: "Patrick Dupre" <pdupre@xxxxxxx> > > To: users@xxxxxxxxxxxxxxxxxxxxxxx > > Subject: Re: /dev/loop > > > > Yes, I did not partition the disk with gaps. > > > > > > =========================================================================== > > Patrick DUPRÉ | | email: pdupre@xxxxxxx > > Laboratoire de Physico-Chimie de l'Atmosphère | | > > Université du Littoral-Côte d'Opale | | > > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > > =========================================================================== > > > > > > > Sent: Friday, July 14, 2017 at 2:59 AM > > > From: "Samuel Sieb" <samuel@xxxxxxxx> > > > To: users@xxxxxxxxxxxxxxxxxxxxxxx > > > Subject: Re: /dev/loop > > > > > > On 07/13/2017 05:11 PM, Patrick Dupre wrote: > > > > I tried to recover the partition table for 1 disk. > > > > I worked, but there are plenty of issues. > > > > > > > > Device Boot Start End Sectors Size Id Type > > > > /dev/sdd1 * 24981075 36258704 11277630 5.4G 7 HPFS/NTFS/exFAT > > > > /dev/sdd2 36258705 46508174 10249470 4.9G 7 HPFS/NTFS/exFAT > > > > /dev/sdd3 60030976 206895103 146864128 70G 8e Linux LVM > > > > /dev/sdd4 206895104 488396799 281501696 134.2G f W95 Ext'd (LBA) > > > > /dev/sdd5 206899200 290785279 83886080 40G 8e Linux LVM > > > > /dev/sdd6 317001728 405065727 88064000 42G 83 Linux > > > > > > > > As you can see this table is wrong > > > > > > You don't say why you think it's wrong. I do see that there are some > > > strange gaps. Particularly the first partition is nowhere near the > > > start of the disk. > > > > > > > The harddisk (45 GB / 41 GiB) seems too small! (< 60 GB / 56 GiB) > > > > Check the harddisk size: HD jumpers settings, BIOS detection... > > > > > > > Disk /dev/sdd: 232.9 GiB, 250059350016 bytes, 488397168 sectors > > > > > > Where are you getting that number? Fdisk says that the harddisk size is > > > 233 GB, or 250GB in marketing numbers. > > testdisk says > > > > > _______________________________________________ > > > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > > > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > > > > _______________________________________________ > > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx