#1 Le 26/01/2020, à 16:30
- Poun64
Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Bonjour toul'monde,
Je souhaite faire migrer mon Windows 7 en version Windows 10, sur un disque dur contenant également une installation Xubuntu.
Je crains que cette migration écrase le MBR de mon disque et que je ne puisse plus avoir accès à GRUB et à ma distribution Linux.
Voici le MBR de mon disque dur :
poun@P4-IBM:~$ sudo dd if=/dev/sda bs=512 count=1 | hexdump -C
[sudo] Mot de passe de poun :
00000000 eb 63 90 8e d8 8e d0 bc 00 7c 89 e6 06 57 8e c0 |.c.......|...W..|
00000010 fb fc bf 00 06 b9 00 01 f3 a5 ea 1f 06 00 00 52 |...............R|
00000020 52 b4 41 bb aa 55 31 c9 30 f6 f9 cd 13 72 13 81 |R.A..U1.0....r..|
00000030 fb 55 aa 75 0d d1 e9 73 09 66 c7 06 8d 06 b4 42 |.U.u...s.f.....B|
00000040 eb 15 5a b4 08 cd 13 83 e1 3f 51 0f b6 c6 40 f7 |..Z......?Q...@.|
00000050 e1 52 50 66 31 c0 66 99 e8 66 00 80 01 00 00 00 |.RPf1.f..f......|
00000060 00 00 00 00 ff fa 90 90 f6 c2 80 74 05 f6 c2 70 |...........t...p|
00000070 74 02 b2 80 ea 79 7c 00 00 31 c0 8e d8 8e d0 bc |t....y|..1......|
00000080 00 20 fb a0 64 7c 3c ff 74 02 88 c2 52 bb 17 04 |. ..d|<.t...R...|
00000090 f6 07 03 74 06 be 88 7d e8 17 01 be 05 7c b4 41 |...t...}.....|.A|
000000a0 bb aa 55 cd 13 5a 52 72 3d 81 fb 55 aa 75 37 83 |..U..ZRr=..U.u7.|
000000b0 e1 01 74 32 31 c0 89 44 04 40 88 44 ff 89 44 02 |..t21..D.@.D..D.|
000000c0 c7 04 10 00 66 8b 1e 5c 7c 66 89 5c 08 66 8b 1e |....f..\|f.\.f..|
000000d0 60 7c 66 89 5c 0c c7 44 06 00 70 b4 42 cd 13 72 |`|f.\..D..p.B..r|
000000e0 05 bb 00 70 eb 76 b4 08 cd 13 73 0d 5a 84 d2 0f |...p.v....s.Z...|
000000f0 83 d0 00 be 93 7d e9 82 00 66 0f b6 c6 88 64 ff |.....}...f....d.|
00000100 40 66 89 44 04 0f b6 d1 c1 e2 02 88 e8 88 f4 40 |@f.D...........@|
00000110 89 44 08 0f b6 c2 c0 e8 02 66 89 04 66 a1 60 7c |.D.......f..f.`||
00000120 66 09 c0 75 4e 66 a1 5c 7c 66 31 d2 66 f7 34 88 |f..uNf.\|f1.f.4.|
00000130 d1 31 d2 66 f7 74 04 3b 44 08 7d 37 fe c1 88 c5 |.1.f.t.;D.}7....|
00000140 30 c0 c1 e8 02 08 c1 88 d0 5a 88 c6 bb 00 70 8e |0........Z....p.|
00000150 c3 31 db b8 01 02 cd 13 72 1e 8c c3 60 1e b9 00 |.1......r...`...|
00000160 01 8e db 31 f6 bf 00 80 8e c6 fc f3 a5 1f 61 ff |...1..........a.|
00000170 26 5a 7c be 8e 7d eb 03 be 9d 7d e8 34 00 be a2 |&Z|..}....}.4...|
00000180 7d e8 2e 00 cd 18 eb fe 47 52 55 42 20 00 47 65 |}.......GRUB .Ge|
00000190 6f 6d 00 48 61 72 64 20 44 69 73 6b 00 52 65 61 |om.Hard Disk.Rea|
000001a0 64 00 20 45 72 72 6f 72 0d 0a 00 bb 01 00 b4 0e |d. Error........|
000001b0 cd 10 ac 3c 00 75 f4 c3 bb 07 03 00 00 00 80 01 |...<.u..........|
000001c0 01 00 07 fe ff ff 3f 00 00 00 bf 2f 6a 18 00 fe |......?..../j...|
000001d0 ff ff 05 fe ff ff fe 2f 6a 18 02 30 ce 21 00 00 |......./j..0.!..|
000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
1+0 enregistrements lus
1+0 enregistrements écrits
512 bytes copied, 0,000123708 s, 4,1 MB/s
poun@P4-IBM:~$ Le partitionnement de mon disque :
poun@P4-IBM:~$ sudo fdisk -lu
Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000307bb
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 63 409612285 409612223 195,3G 7 HPFS/NTFS/exFAT
/dev/sda2 409612286 976773119 567160834 270,5G 5 Étendue
/dev/sda5 409612288 450573225 40960938 19,5G 83 Linux
/dev/sda6 450574336 471054335 20480000 9,8G 82 partition d'échange Linux / Solaris
/dev/sda7 471056384 976773119 505716736 241,1G 83 Linux
poun@P4-IBM:~$ En image ça donne ça : 
Avant ma migration, j'ai posté un rapport "Boot Info" ici :
En cas de "malheur", j'ai également sauvegardé toutes mes données et créé des images de mes partitions avec l'utilitaire "True-Image".
Quelles précautions puis-je encore prendre, puis-je compter sur vous pour me guider si je ne retrouve plus mon Xubuntu ?
Merci pour votre aide !
Dernière modification par Poun64 (Le 26/01/2020, à 16:54)
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#2 Le 26/01/2020, à 16:44
- lucmars
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
le boot-info
Boot Info Script e7fc706 + Boot-Repair extra info [Boot-Info 23Nov2014]
============================= Boot Info Summary: ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos5)/boot/grub.
=> Syslinux MBR (4.04 and higher) is installed in the MBR of /dev/sdf.
sda1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 7/2008: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 7
Boot files: /grldr /bootmgr /Boot/BCD
/Windows/System32/winload.exe /grldr
sda2: __________________________________________________________________________
File system: Extended Partition
Boot sector type: -
Boot sector info:
sda5: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Mounting failed: mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
sda6: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda7: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Mounting failed: mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount: wrong fs type, bad option, bad superblock on /dev/sda7,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
sdf1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 4.05 20120131
Boot sector info: Syslinux looks at sector 1263608 of /dev/sdf1 for its
second stage. SYSLINUX is installed in the directory.
According to the info in the boot sector, sdf1 starts
at sector 0. But according to the info from fdisk,
sdf1 starts at sector 62.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux/syslinux.cfg
/casper/vmlinuz.efi /EFI/BOOT/grubx64.efi /ldlinux.sys
============================ Drive/Partition Info: =============================
Drive: sda _____________________________________________________________________
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sda1 * 63 409,612,285 409,612,223 7 NTFS / exFAT / HPFS
/dev/sda2 409,612,286 976,773,119 567,160,834 5 Extended
/dev/sda5 409,612,288 450,573,225 40,960,938 83 Linux
/dev/sda6 450,574,336 471,054,335 20,480,000 82 Linux swap / Solaris
/dev/sda7 471,056,384 976,773,119 505,716,736 83 Linux
Drive: sdf _____________________________________________________________________
Disk /dev/sdf: 2020 MB, 2020872192 bytes
63 heads, 62 sectors/track, 1010 cylinders, total 3947016 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sdf1 * 62 3,945,059 3,944,998 c W95 FAT32 (LBA)
"blkid" output: ________________________________________________________________
Device UUID TYPE LABEL
/dev/loop0 squashfs
/dev/loop1 3541219c-a2fa-4549-b75c-a03c5d9c19f8 ext3
/dev/sda1 BEA85025A84FDB13 ntfs
/dev/sda5 20a4d2c5-9440-4b31-bf6b-76b7a6bd9347 ext4
/dev/sda6 ce7c50bd-f475-4a18-9f70-18f02c8c6421 swap
/dev/sda7 7c4a25c8-aa3a-4dad-be34-891849c28dab ext4
/dev/sdf1 BB22-25E8 vfat
/dev/zram0 ad93748d-b62e-48bd-a790-bfc68fbe21fe swap
/dev/zram1 a16d5ab0-d0de-43bc-aba0-d628157bcf1b swap
/dev/zram2 d68dd695-b56f-43d3-957a-50942e43c738 swap
/dev/zram3 e5565769-7e59-4b48-9c21-0e5578f163a9 swap
========================= "ls -l /dev/disk/by-id" output: ======================
total 0
lrwxrwxrwx 1 root root 9 Jan 26 14:58 ata-HL-DT-ST_DVD-RAM_GH10L_K6L81995657 -> ../../sr0
lrwxrwxrwx 1 root root 9 Jan 26 14:59 ata-WDC_WD5000AAKS-00A7B2_WD-WCASYD234934 -> ../../sda
lrwxrwxrwx 1 root root 10 Jan 26 15:02 ata-WDC_WD5000AAKS-00A7B2_WD-WCASYD234934-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jan 26 14:58 ata-WDC_WD5000AAKS-00A7B2_WD-WCASYD234934-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Jan 26 14:58 ata-WDC_WD5000AAKS-00A7B2_WD-WCASYD234934-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Jan 26 14:58 ata-WDC_WD5000AAKS-00A7B2_WD-WCASYD234934-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 Jan 26 14:58 ata-WDC_WD5000AAKS-00A7B2_WD-WCASYD234934-part7 -> ../../sda7
lrwxrwxrwx 1 root root 9 Jan 26 14:58 usb-Generic-_Compact_Flash_20060413092100000-0:0 -> ../../sdb
lrwxrwxrwx 1 root root 9 Jan 26 14:58 usb-Generic-_MS_MS-Pro_20060413092100000-0:3 -> ../../sde
lrwxrwxrwx 1 root root 9 Jan 26 14:58 usb-Generic-_SD_MMC_20060413092100000-0:2 -> ../../sdd
lrwxrwxrwx 1 root root 9 Jan 26 14:58 usb-Generic-_SM_xD-Picture_20060413092100000-0:1 -> ../../sdc
lrwxrwxrwx 1 root root 9 Jan 26 14:59 usb-IT1162_USB_Flash_Disk_00000000000259-0:0 -> ../../sdf
lrwxrwxrwx 1 root root 10 Jan 26 14:58 usb-IT1162_USB_Flash_Disk_00000000000259-0:0-part1 -> ../../sdf1
lrwxrwxrwx 1 root root 9 Jan 26 14:58 wwn-0x5001480000000000 -> ../../sr0
lrwxrwxrwx 1 root root 9 Jan 26 14:59 wwn-0x50014ee259e56072 -> ../../sda
lrwxrwxrwx 1 root root 10 Jan 26 15:02 wwn-0x50014ee259e56072-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jan 26 14:58 wwn-0x50014ee259e56072-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Jan 26 14:58 wwn-0x50014ee259e56072-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Jan 26 14:58 wwn-0x50014ee259e56072-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 Jan 26 14:58 wwn-0x50014ee259e56072-part7 -> ../../sda7
================================ Mount points: =================================
Device Mount_Point Type Options
/dev/loop0 /rofs squashfs (ro,noatime)
/dev/sdf1 /cdrom vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
========================== sda1/grldr embedded menu: ===========================
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
=========================== sdf1/boot/grub/grub.cfg: ===========================
--------------------------------------------------------------------------------
if loadfont /boot/grub/font.pf2 ; then
set gfxmode=auto
insmod efi_gop
insmod efi_uga
insmod gfxterm
terminal_output gfxterm
fi
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
menuentry "Boot-Repair-Disk session" {
set gfxpayload=keep
linux /casper/vmlinuz.efi file=/cdrom/preseed/lubuntu.seed boot=casper quiet splash --
initrd /casper/initrd.lz
}
--------------------------------------------------------------------------------
========================= sdf1/syslinux/syslinux.cfg: ==========================
--------------------------------------------------------------------------------
# D-I config version 2.0
include menu.cfg
default vesamenu.c32
prompt 0
timeout 300
ui gfxboot bootlogo
--------------------------------------------------------------------------------
============== sdf1: Version of COM32(R) files used by Syslinux: ===============
syslinux/chain.c32 : COM32R module (v4.xx)
syslinux/gfxboot.c32 : COM32R module (v4.xx)
syslinux/vesamenu.c32 : COM32R module (v4.xx)
========= Devices which don't seem to have a corresponding hard drive: =========
sdb sdc sdd sde
=============================== StdErr Messages: ===============================
cat: write error: Broken pipe
File descriptor 9 (/proc/3681/mounts) leaked on lvs invocation. Parent PID 10148: bash
File descriptor 63 (pipe:[23320]) leaked on lvs invocation. Parent PID 10148: bash
No volume groups found
ADDITIONAL INFORMATION :
=================== log of boot-repair 2020-01-26__14h58 ===================
boot-repair version : 4ppa14
boot-sav version : 4ppa14
glade2script version : 3.2.2~ppa47~saucy
boot-sav-extra version : 4ppa14
File descriptor 9 (/proc/3681/mounts) leaked on lvs invocation. Parent PID 5296: /bin/sh
No volume groups found
boot-repair is executed in live-session (Boot-Repair-Disk 64bit 29nov2014, trusty, Ubuntu, x86_64)
ls: cannot access /home/usr/.config: No such file or directory
CPU op-mode(s): 32-bit, 64-bit
noprompt cdrom-detect/try-usb=true persistent file=/cdrom/preseed/lubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash -- debian-installer/language=fr keyboard-configuration/layoutcode?=fr keyboard-configuration/variantcode?=oss
mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount /dev/sda5 : Error code 32
mount -r /dev/sda5 /mnt/boot-sav/sda5
mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount -r /dev/sda5 : Error code 32
mount: wrong fs type, bad option, bad superblock on /dev/sda7,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount /dev/sda7 : Error code 32
mount -r /dev/sda7 /mnt/boot-sav/sda7
mount: wrong fs type, bad option, bad superblock on /dev/sda7,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount -r /dev/sda7 : Error code 32
=================== os-prober:
/dev/sda1:Windows 7 (loader):Windows:chain
/dev/sda5:Ubuntu 18.04.3 LTS (18.04):Ubuntu:linux
=================== blkid:
/dev/loop0: TYPE="squashfs"
/dev/loop1: UUID="3541219c-a2fa-4549-b75c-a03c5d9c19f8" TYPE="ext3"
/dev/sda1: UUID="BEA85025A84FDB13" TYPE="ntfs"
/dev/sda5: UUID="20a4d2c5-9440-4b31-bf6b-76b7a6bd9347" TYPE="ext4"
/dev/sda6: UUID="ce7c50bd-f475-4a18-9f70-18f02c8c6421" TYPE="swap"
/dev/sda7: UUID="7c4a25c8-aa3a-4dad-be34-891849c28dab" TYPE="ext4"
/dev/sdf1: UUID="BB22-25E8" TYPE="vfat"
/dev/zram0: UUID="ad93748d-b62e-48bd-a790-bfc68fbe21fe" TYPE="swap"
/dev/zram1: UUID="a16d5ab0-d0de-43bc-aba0-d628157bcf1b" TYPE="swap"
/dev/zram2: UUID="d68dd695-b56f-43d3-957a-50942e43c738" TYPE="swap"
/dev/zram3: UUID="e5565769-7e59-4b48-9c21-0e5578f163a9" TYPE="swap"
1 disks with OS, 2 OS : 1 Linux, 0 MacOS, 1 Windows, 0 unknown type OS.
mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount /dev/sda5 : Error code 32
mount -r /dev/sda5 /mnt/boot-sav/sda5
mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount -r /dev/sda5 : Error code 32
mount: wrong fs type, bad option, bad superblock on /dev/sda7,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount /dev/sda7 : Error code 32
mount -r /dev/sda7 /mnt/boot-sav/sda7
mount: wrong fs type, bad option, bad superblock on /dev/sda7,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount -r /dev/sda7 : Error code 32
Warning: extended partition does not start at a cylinder boundary.
DOS and Linux will interpret the contents differently.
=================== UEFI/Legacy mode:
This live-session is not in EFI-mode.
SecureBoot maybe enabled.
=================== PARTITIONS & DISKS:
sda1 : sda, not-sepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, is-os, not--efi--part, part-has-no-fstab, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, bootmgr, is-winboot, nopakmgr, nogrubinstall, no---usr, part-has-no-fstab, not-sep-usr, standard, farbios, /mnt/boot-sav/sda1.
sda5 : sda, not-sepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, is-os, not--efi--part, part-has-no-fstab, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, nopakmgr, nogrubinstall, no---usr, part-has-no-fstab, not-sep-usr, standard, farbios, /mnt/boot-sav/sda5.
sda7 : sda, maybesepboot, no-grubenv nogrub, no-docgrub, no-update-grub, 32, no-boot, no-os, not--efi--part, part-has-no-fstab, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot, nopakmgr, nogrubinstall, no---usr, part-has-no-fstab, not-sep-usr, standard, farbios, /mnt/boot-sav/sda7.
sda : not-GPT, BIOSboot-not-needed, has-no-EFIpart, not-usb, has-os, 63 sectors * 512 bytes
=================== parted -l:
Model: ATA WDC WD5000AAKS-0 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 32.3kB 210GB 210GB primary ntfs boot
2 210GB 500GB 290GB extended
5 210GB 231GB 21.0GB logical ext4
6 231GB 241GB 10.5GB logical linux-swap(v1)
7 241GB 500GB 259GB logical ext4
Model: IT1162 USB Flash Disk (scsi)
Disk /dev/sdf: 2021MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 31.7kB 2020MB 2020MB primary fat32 boot, lba
Error: /dev/zram0: unrecognised disk label
Error: /dev/zram1: unrecognised disk label
Error: /dev/zram2: unrecognised disk label
Error: /dev/zram3: unrecognised disk label
=================== parted -lm:
BYT;
/dev/sda:500GB:scsi:512:512:msdos:ATA WDC WD5000AAKS-0;
1:32.3kB:210GB:210GB:ntfs::boot;
2:210GB:500GB:290GB:::;
5:210GB:231GB:21.0GB:ext4::;
6:231GB:241GB:10.5GB:linux-swap(v1)::;
7:241GB:500GB:259GB:ext4::;
BYT;
/dev/sdf:2021MB:scsi:512:512:msdos:IT1162 USB Flash Disk;
1:31.7kB:2020MB:2020MB:fat32::boot, lba;
Error: /dev/zram0: unrecognised disk label
Error: /dev/zram1: unrecognised disk label
Error: /dev/zram2: unrecognised disk label
Error: /dev/zram3: unrecognised disk label
=================== mount:
/cow on / type overlayfs (rw)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
/dev/sdf1 on /cdrom type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/loop0 on /rofs type squashfs (ro,noatime)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/999/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=lubuntu)
/dev/sda1 on /mnt/boot-sav/sda1 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
=================== ls:
/sys/block/sda (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro sda1 sda2 sda5 sda6 sda7 size slaves stat subsystem trace uevent
/sys/block/sdb (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/sdc (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/sdd (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/sde (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/sys/block/sdf (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro sdf1 size slaves stat subsystem trace uevent
/sys/block/sr0 (filtered): alignment_offset bdi capability dev device discard_alignment events events_async events_poll_msecs ext_range holders inflight power queue range removable ro size slaves stat subsystem trace uevent
/dev (filtered): autofs block bsg btrfs-control bus cdrom char console core cpu cpu_dma_latency cuse disk dri ecryptfs fb0 fd full fuse hidraw0 hpet input kmsg kvm lirc0 log mapper mcelog mem net network_latency network_throughput null port ppp psaux ptmx pts random rfkill rtc rtc0 sda sda1 sda2 sda5 sda6 sda7 sdb sdc sdd sde sdf sdf1 sg0 sg1 sg2 sg3 sg4 sg5 sg6 shm snapshot snd sr0 stderr stdin stdout uhid uinput urandom usb vga_arbiter vhci vhost-net zero
ls /dev/mapper: control
=================== hexdump -n512 -C /dev/sda1
00000000 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00 |.R.NTFS .....|
00000010 00 00 00 00 00 f8 00 00 3f 00 ff 00 3f 00 00 00 |........?...?...|
00000020 00 00 00 00 80 00 80 00 be 2f 6a 18 00 00 00 00 |........./j.....|
00000030 00 00 0c 00 00 00 00 00 02 00 00 00 00 00 00 00 |................|
00000040 f6 00 00 00 01 00 00 00 13 db 4f a8 25 50 a8 be |..........O.%P..|
00000050 00 00 00 00 fa 33 c0 8e d0 bc 00 7c fb 68 c0 07 |.....3.....|.h..|
00000060 1f 1e 68 66 00 cb 88 16 0e 00 66 81 3e 03 00 4e |..hf......f.>..N|
00000070 54 46 53 75 15 b4 41 bb aa 55 cd 13 72 0c 81 fb |TFSu..A..U..r...|
00000080 55 aa 75 06 f7 c1 01 00 75 03 e9 dd 00 1e 83 ec |U.u.....u.......|
00000090 18 68 1a 00 b4 48 8a 16 0e 00 8b f4 16 1f cd 13 |.h...H..........|
000000a0 9f 83 c4 18 9e 58 1f 72 e1 3b 06 0b 00 75 db a3 |.....X.r.;...u..|
000000b0 0f 00 c1 2e 0f 00 04 1e 5a 33 db b9 00 20 2b c8 |........Z3... +.|
000000c0 66 ff 06 11 00 03 16 0f 00 8e c2 ff 06 16 00 e8 |f...............|
000000d0 4b 00 2b c8 77 ef b8 00 bb cd 1a 66 23 c0 75 2d |K.+.w......f#.u-|
000000e0 66 81 fb 54 43 50 41 75 24 81 f9 02 01 72 1e 16 |f..TCPAu$....r..|
000000f0 68 07 bb 16 68 70 0e 16 68 09 00 66 53 66 53 66 |h...hp..h..fSfSf|
00000100 55 16 16 16 68 b8 01 66 61 0e 07 cd 1a 33 c0 bf |U...h..fa....3..|
00000110 28 10 b9 d8 0f fc f3 aa e9 5f 01 90 90 66 60 1e |(........_...f`.|
00000120 06 66 a1 11 00 66 03 06 1c 00 1e 66 68 00 00 00 |.f...f.....fh...|
00000130 00 66 50 06 53 68 01 00 68 10 00 b4 42 8a 16 0e |.fP.Sh..h...B...|
00000140 00 16 1f 8b f4 cd 13 66 59 5b 5a 66 59 66 59 1f |.......fY[ZfYfY.|
00000150 0f 82 16 00 66 ff 06 11 00 03 16 0f 00 8e c2 ff |....f...........|
00000160 0e 16 00 75 bc 07 1f 66 61 c3 a0 f8 01 e8 09 00 |...u...fa.......|
00000170 a0 fb 01 e8 03 00 f4 eb fd b4 01 8b f0 ac 3c 00 |..............<.|
00000180 74 09 b4 0e bb 07 00 cd 10 eb f2 c3 0d 0a 41 20 |t.............A |
00000190 64 69 73 6b 20 72 65 61 64 20 65 72 72 6f 72 20 |disk read error |
000001a0 6f 63 63 75 72 72 65 64 00 0d 0a 42 4f 4f 54 4d |occurred...BOOTM|
000001b0 47 52 20 69 73 20 6d 69 73 73 69 6e 67 00 0d 0a |GR is missing...|
000001c0 42 4f 4f 54 4d 47 52 20 69 73 20 63 6f 6d 70 72 |BOOTMGR is compr|
000001d0 65 73 73 65 64 00 0d 0a 50 72 65 73 73 20 43 74 |essed...Press Ct|
000001e0 72 6c 2b 41 6c 74 2b 44 65 6c 20 74 6f 20 72 65 |rl+Alt+Del to re|
000001f0 73 74 61 72 74 0d 0a 00 8c a9 be d6 00 00 55 aa |start.........U.|
00000200
=================== df -Th:
Filesystem Type Size Used Avail Use% Mounted on
/cow overlayfs 976M 32M 894M 4% /
udev devtmpfs 1.9G 12K 1.9G 1% /dev
tmpfs tmpfs 396M 1.1M 395M 1% /run
/dev/sdf1 vfat 1.9G 1.6G 286M 86% /cdrom
/dev/loop0 squashfs 549M 549M 0 100% /rofs
none tmpfs 4.0K 0 4.0K 0% /sys/fs/cgroup
tmpfs tmpfs 2.0G 8.0K 2.0G 1% /tmp
none tmpfs 5.0M 0 5.0M 0% /run/lock
none tmpfs 2.0G 0 2.0G 0% /run/shm
none tmpfs 100M 16K 100M 1% /run/user
/dev/sda1 fuseblk 196G 60G 137G 31% /mnt/boot-sav/sda1
=================== fdisk -l:
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 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
Disk identifier: 0x000307bb
Device Boot Start End Blocks Id System
/dev/sda1 * 63 409612285 204806111+ 7 HPFS/NTFS/exFAT
/dev/sda2 409612286 976773119 283580417 5 Extended
/dev/sda5 409612288 450573225 20480469 83 Linux
/dev/sda6 450574336 471054335 10240000 82 Linux swap / Solaris
/dev/sda7 471056384 976773119 252858368 83 Linux
Disk /dev/sdf: 2020 MB, 2020872192 bytes
63 heads, 62 sectors/track, 1010 cylinders, total 3947016 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
Disk identifier: 0x000b4077
Device Boot Start End Blocks Id System
/dev/sdf1 * 62 3945059 1972499 c W95 FAT32 (LBA)
(zenity:8808): Pango-WARNING **: error opening config file '/root/.config/pango/pangorc': Input/output error
=================== Suggested repair
The default repair of the Boot-Repair utility would restore the [(generic mbr)] MBR in sda, and make it boot on sda1.
Additional repair would be performed: unhide-bootmenu-10s repair-filesystems
=================== User settings
The settings chosen by the user will not act on the boot.Gaulois Matter !
Hors ligne
#3 Le 26/01/2020, à 16:58
- lucmars
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Déjà tu eus mieux fait de faire le boot-info depuis ton xubu et non avec boot-repair disk qui par ailleurs n'est pas conseillé meme pour réparer !
Avant de te lancer notes cela:
sda1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 7/2008: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 7
Boot files: /grldr /bootmgr /Boot/BCD
/Windows/System32/winload.exe /grldrgrldr est l'amorçeur Win4dos, pourquoi pas.
Mais notes surtout ceci:
sda5: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Mounting failed: mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
sda6: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda7: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Mounting failed: mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
mount: wrong fs type, bad option, bad superblock on /dev/sda7,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or soTes partoches linux sont en mauvais état, d'ailleurs si tu relis le rapport de fdisk, il manque des blocks.
Si ton disk date de w7, alors audites le depuis une session live avec smartmontools (voir dans la doc).
Fais aussi un boot-info depuis ton xubu au cas où boot-repair disk dise des conneries.
Gaulois Matter !
Hors ligne
#4 Le 26/01/2020, à 17:29
- Coeur Noir
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Vous êtes prudents, et à raison.
À priori, une mise à jour de windows7 vers 10, c'est jamais qu'une … mise à jour, c'est pas une réinstallation de windows, si vous passez bien par l'outil dédié disponible par là, quand on est sous win https://www.microsoft.com/fr-fr/softwar … ndows10ISO
En choisissant mettre à jour le système, ça ne doit pas avoir d'impact sur le grub - tellement pas qu'il indiquera toujours windows 7 alors que c'est 10 qui sera lancé.
Mais, bis, on n'est jamais trop prudent.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
En ligne
#5 Le 26/01/2020, à 19:16
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Merci à vous deux pour votre retour,
Excusez-moi pour avoir mis du temps à répondre, j'étais parti au sport...
Voici ce que donne "Smartmontools" à partir d'un Live-USB :
xubuntu@xubuntu:~$ sudo smartctl -s on -a /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-29-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Blue (SATA)
Device Model: WDC WD5000AAKS-00A7B2
Serial Number: WD-WCASYD234934
LU WWN Device Id: 5 0014ee 259e56072
Firmware Version: 01.03B01
User Capacity: 500107862016 bytes [500 GB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 2.5, 3.0 Gb/s
Local Time is: Sun Jan 26 18:02:42 2020 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x84) Offline data collection activity
was suspended by an interrupting command from host.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (11160) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 131) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x3037) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 164 159 021 Pre-fail Always - 4800
4 Start_Stop_Count 0x0032 098 098 000 Old_age Always - 2160
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0
9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 2950
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 2146
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 382
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 2160
194 Temperature_Celsius 0x0022 117 097 000 Old_age Always - 30
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 1
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 2696 -
# 2 Short offline Completed without error 00% 2694 -
# 3 Extended offline Completed without error 00% 2689 -
# 4 Short offline Completed without error 00% 2687 -
# 5 Short offline Completed: read failure 90% 2679 918160992
# 6 Short offline Completed: read failure 90% 2679 918160992
# 7 Extended offline Completed: read failure 90% 2679 918160992
# 8 Short offline Completed: read failure 90% 2677 918160992
# 9 Extended offline Completed: read failure 90% 2677 918160992
#10 Short offline Completed: read failure 90% 2676 918160992
#11 Short offline Completed: read failure 90% 2676 918160992
#12 Short offline Completed: read failure 90% 2676 918160992
#13 Extended offline Completed: read failure 90% 2113 918160992
#14 Short offline Completed: read failure 90% 2113 918160992
#15 Short offline Aborted by host 10% 2113 -
#16 Short offline Aborted by host 10% 2113 -
#17 Short offline Completed: read failure 90% 2110 918160992
#18 Short offline Completed: read failure 90% 2110 918160992
#19 Short offline Completed: read failure 90% 2110 918160992
#20 Short offline Completed without error 00% 1871 -
13 of 13 failed self-tests are outdated by newer successful extended offline self-test # 1
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
xubuntu@xubuntu:~$ Ce disque dur est d'époque. S'il commence à perdre des secteurs, je préfère me lancer dans une installation neuve sur un SSD...
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#6 Le 26/01/2020, à 19:20
- geole
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Déjà tu eus mieux fait de faire le boot-info depuis ton xubu et non avec boot-repair disk qui par ailleurs n'est pas conseillé meme pour réparer !
Avant de te lancer notes cela:
sda1: __________________________________________________________________________ File system: ntfs Boot sector type: Windows 7/2008: NTFS Boot sector info: No errors found in the Boot Parameter Block. Operating System: Windows 7 Boot files: /grldr /bootmgr /Boot/BCD /Windows/System32/winload.exe /grldrgrldr est l'amorçeur Win4dos, pourquoi pas.
Mais notes surtout ceci:
sda5: __________________________________________________________________________ File system: ext4 Boot sector type: - Boot sector info: Mounting failed: mount: wrong fs type, bad option, bad superblock on /dev/sda5, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so sda6: __________________________________________________________________________ File system: swap Boot sector type: - Boot sector info: sda7: __________________________________________________________________________ File system: ext4 Boot sector type: - Boot sector info: Mounting failed: mount: wrong fs type, bad option, bad superblock on /dev/sda5, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so mount: wrong fs type, bad option, bad superblock on /dev/sda7, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or soTes partoches linux sont en mauvais état, d'ailleurs si tu relis le rapport de fdisk, il manque des blocks.
Si ton disk date de w7, alors audites le depuis une session live avec smartmontools (voir dans la doc).
Fais aussi un boot-info depuis ton xubu au cas où boot-repair disk dise des conneries.
Bonjour
Les partitions UBUNTU seront certainement vues en meilleur état en n' utilisant plus un outil OBSOLETE.
Dernière modification par geole (Le 26/01/2020, à 19:21)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#7 Le 26/01/2020, à 20:08
- lucmars
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Pour l'audite du disque, surveiller la ligne 198, mais c'est pas la mort.
Après comme semble confirmer geole, oublies boot-repair disk et refais un boot-info depuis ton xubu.
Sinon pour la mise à niveau w7->w10, tu t'en remet à coeur_noir (au pire tu feras un boot-repair depuis une session live). En tous cas t'as bien fait de sauvegarder tes bijoux. Ce genre d'opérations sont toujours critiques !
Gaulois Matter !
Hors ligne
#8 Le 26/01/2020, à 20:54
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Oui, j'avais vu cette perte de secteur il y a 2 ou 3 ans avec l'utilitaire "gnome-disks"...
A l'époque, ça apparaissait en ligne 197 (nombre de secteurs en attente) et j'avais alors trouvé je ne sais où, un moyen de l'inhiber.
Il apparaît maintenant en ligne 198 (nombre de secteurs non rectifiables) et à priori ça n'empire plus si j'en crois "gnome-disks".
Je le surveille de temps en temps : 
Ceci dit j'ai bien envie de tenter l'expérience SSD, histoire d’accélérer la bécane avec ça : https://www.amazon.fr/Crucial-CT500MX50 … r=8-8&th=1
Je comptais créer dessus une table MSDOS (pas GPT) et 4 partitions principales (une NTFS pour Windows 10, deux EXT4 pour mon Xubuntu et une pour le Swap).
Par contre, je ne sais pas lors de l'installation Linux, où installer le GRUB (sur le MBR ou sur une partition EXT4)...
Dernière modification par Poun64 (Le 26/01/2020, à 21:04)
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#9 Le 26/01/2020, à 21:51
- Coeur Noir
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Dans ce cas il vaut mieux réfléchir à une réinstallation complète - car je ne sais pas trop si on peut « déplacer » un windows ( 7 ou 7 mis à jour vers 10 )… Si tu as une licence pour 7 tu peux le mettre à jour vers 10. Dans le cas d'une réinstallation je ne sais pas trop, sans doute faudra-t-il activer une nouvelle licence pour 10 ???
Dans le cas « ajout d'un disque et on repart de zéro », commencer par l'installation de Win10 ( qui prendra toute la place par défaut ), réduire la partition windows et libérer l'espace nécessaire pour Linux et ensuite installer ta xubuntu à côté du win10.
Du coup tu pourras tout traiter en gpt. Et tout en EFI je suppose → lucmars, tu confirmes ?
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
En ligne
#10 Le 27/01/2020, à 01:59
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
J'ai déjà testé sur disque avec une table MSDOS : si on ne crée qu'une partition NTFS et les autres en EXT4, Windows s'installe sur la partition NTFS sans toucher au reste du disque...
Si je crée une table GPT, je ne sais pas... De toute façon, je préfère ne faire que des installations "non EFI" et donc pas besoin de GPT (histoire d'harmonie avec mes autres PC et disques de sauvegarde)...
Sur le SSD déjà commandé (annoncé mi-février), rien ne m'empêche de faire joujou avec ma licence et voir si je peux réutiliser celle de mon Windows 7.
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#11 Le 27/01/2020, à 04:24
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Les partitions UBUNTU seront certainement vues en meilleur état en n' utilisant plus un outil OBSOLETE.
Eclairez-moi, là...
De quel outil obsolète s'agit-il ?
Déjà tu eus mieux fait de faire le boot-info depuis ton xubu et non avec boot-repair disk qui par ailleurs n'est pas conseillé même pour réparer !
Avec quoi faut-il réparer un boot, alors ?
Les choses évoluent trop vite pour que le seul neurone qui me reste, arrive à suivre... maintenant...
Sniff
Dernière modification par Poun64 (Le 27/01/2020, à 04:29)
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#12 Le 27/01/2020, à 06:46
- malbo
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
De quel outil obsolète s'agit-il ?
Il s'agit de la clé USB équipée de Boot-Repair-Disk que tu as utilisée pour faire le Boot-info. On peut voir dans le post #2 :
boot-repair is executed in live-session (Boot-Repair-Disk 64bit 29nov2014, trusty, Ubuntu, x86_64)Cette version de Boot-Repair-Disk est obsolète : elle ne sait pas détecter correctement les partitions EXT4 (*). C'est la raison pour laquelle tes partitions Linux apparaissent en mauvais état alors que ton Xubuntu est en pleine forme et fonctionne bien.
S'agissant des risques liés à la migration W7 vers W10, j'ai établi une méthode que j'ai développée dans ce post : https://forum.ubuntu-fr.org/viewtopic.p … #p21551626
Application à ton cas :
Extrait de ton Boot-info du post #2 :
=================== parted -l:
Model: ATA WDC WD5000AAKS-0 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 32.3kB 210GB 210GB primary ntfs boot
2 210GB 500GB 290GB extended
5 210GB 231GB 21.0GB logical ext4
6 231GB 241GB 10.5GB logical linux-swap(v1)
7 241GB 500GB 259GB logical ext4Les partitions logiques (5,6 et 7) sont dans l'ordre du disque donc tu n'auras pas de dégâts sur ton Xubuntu (pas de disparition de partitions) du fait de la migration W7 vers W10
(*) j'ai étudié ça dans ce fil : https://forum.ubuntu-fr.org/viewtopic.php?id=2004424
Dernière modification par malbo (Le 27/01/2020, à 06:57)
Hors ligne
#13 Le 27/01/2020, à 16:15
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Merci tout plein pour ce retour,
J'ai créé une clé USB "Boot-repair" avec la dernière ISO proposée chez Sourceforge et en effet le boot info paraît plus sympa comparé au premier posté ici :
Boot Info Script 8f991e4 + Boot-Repair extra info [Boot-Info 25oct2017]
============================= Boot Info Summary: ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos5)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
=> ISOhybrid (Syslinux 4.05 and higher) is installed in the MBR of /dev/sdf.
sda1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 7/2008: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /grldr /bootmgr /Boot/BCD
/Windows/System32/winload.exe /grldr
sda2: __________________________________________________________________________
File system: Extended Partition
Boot sector type: -
Boot sector info:
sda5: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 18.04.3 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab
/boot/grub/i386-pc/core.img
sda6: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda7: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files: Ceci dit, dois-je toujours éviter d'utiliser ce type de clé (même si c'est la dernière version disponible), au profit de l'utilisation d'une distribution Live-USB correspondant à la version à réparer ?
Dernière modification par Poun64 (Le 27/01/2020, à 16:18)
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#14 Le 27/01/2020, à 16:54
- lucmars
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Pour une session live ou un buntu installé, le boot-info est un ppa. A comprendre que t'obtiens la dernière version quelque soit, à la limite, la version du buntu.
Gaulois Matter !
Hors ligne
#15 Le 27/01/2020, à 16:55
- Babdu89
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Bonjour.
Ceci dit, dois-je toujours éviter d'utiliser ce type de clé (même si c'est la dernière version disponible), au profit de l'utilisation d'une distribution Live-USB correspondant à la version à réparer ?
Boot-Repair-Disk n'est plus mis à jour, et donnes de mauvais résultats comme tu as pu le constater.
On utilise Boot-Repair (boot-info) en session live à la place.
https://doc.ubuntu-fr.org/boot-repair
@+. Babdu89 .
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#16 Le 27/01/2020, à 16:58
- malbo
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
La dernière version de boot-repair-disk-64bit.iso date du 29 octobre 2017 (voir ici). Elle n'a pas été mise à jour depuis deux ans aussi je te déconseille d'utiliser cette clé USB "boot-repair-disk" à l'avenir.
Hors ligne
#17 Le 27/01/2020, à 17:06
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Je me suis bien appuyé sur cette page pour élaborer ma clé "USB Boot-Repair"... mais il faudrait bien préciser que cette clé est un pis-aller si on n'a pas de liaison internet lors du dépannage.
Il n'y est pas expliqué (comme vous me le faites) que l'utilisation de Boot-Repair en session live est préférable.
Ça serait bien d'y mettre un encadré qui saute aux yeux comme un coup de pied aux fesses, pour les ignares comme moi...
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#18 Le 27/01/2020, à 17:13
- lucmars
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Il n'y est pas expliqué (comme vous me le faites) que l'utilisation de Boot-Repair en session live est préférable.
Ça serait bien d'y mettre un encadré qui saute aux yeux comme un coup de pied aux fesses, pour les ignares comme moi...
Poun, réfléchis !
Comment peux-tu réparer le démarrage de ton buntu installé autrement que par une session-live puisqu'il ne démarre pas !?
Gaulois Matter !
Hors ligne
#19 Le 27/01/2020, à 17:26
- Babdu89
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Pour la sauvegarde du mbr compatible Windows et restauration sur le même disque;
https://doc.ubuntu-fr.org/tutoriel/comm … der_le_mbr
On peut aussi restaurer un mbr compatible Windows en bios_Legacy (mbr-generic) avec Boot-Repair.
Tu peux aussi copier ton Windows et ton Ubuntu tout installé, de disque à disque, en session live avec Gparted en copiant les partitions. Çà évite de tout réinstaller et refaire les paramètre personnels.
Il faut que le SSD et le disque dur soient de même taille, ou plus grande pour le SSD.
Pas de SSD plus petit que le disque dur. sinon tu serais obligé de réduire les tailles des partitions du disque dur, c'est des risques inutiles à faire prendre aux données.
Si tu peux avoir le disque dur et le SSD disponible dans la machine, çà se fait directement de disque dur vers le SSD.
Si tu ne peux pas avoir plusieurs disques dans la machine, il faut passer par un disque USB. comme relai intermédiaire.
Sur le SSD avec Gparted, tu fais une table de partitions de type MSDos. Puis avec Gparted toujours tu copies les partitions.
Après copie, momentanément il faut débrancher le disque dur. pour éviter des soucis de démarrage avec des partitions de système qui auront le même UUID.
Pour Windows, il faut avoir le disque d'installation, (ou la console de récupération) pour réparer le démarrage, (fix-mbr et fix-boot compatible Windows) car tu auras droit à un message "bootmgr absent" après copie de Windows. Boot-Repair ne peut pas faire cette réparation.
J'ai déjà fait çà sur une machine en Bios_Legacy, pour passer mon Windows7 d'un disque dur vers un SSD.
Pour la copie de Ubuntu tu pourras réinstaller Grub en session live avec Boot-Repair
Par la suite lorsque tout fonctionnera sur le SSD, tu pourras récupérer le disque dur pour du stockage en refaisant le partitionnement.
@+. Babdu89 .
Dernière modification par Babdu89 (Le 27/01/2020, à 17:28)
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#20 Le 27/01/2020, à 17:35
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Comment peux-tu réparer le démarrage de ton buntu installé autrement que par une session-live puisqu'il ne démarre pas !?
Bin... justement... avec une clé "USB Boot-Repair"...
Elle permet de faire un boot-info et de réparer le boot.
On y retrouve les mêmes options que dans le Boot-Repair en session live...
Pour ce qui est de la version, je viens de faire le test à l'instant :
Le boot info de la dernière version Sourceforge proposée pour une clé "USB Boot-Repair" et celui installé en session live, sont les mêmes.
C'est Boot Info Script 8f991e4 + Boot-Repair extra info [Boot-Info 25oct2017]
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#21 Le 27/01/2020, à 19:25
- aigla rossa
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Bonsoir,
je ne sais pas si ça peut avoir son importance côté windows (en cas d'achat de SSD), mais j'ai récemment dü faire un double-démarrage W10-Mate. Et contrairement à mes installations précédentes, où je formatais en NTFS la partition windows, j'ai dû cette fois la laisser en "non allouée".
A priori, il considérait une partition déjà formatée comme déjà occupée, et refusait de s'y mettre... A confirmer.
Hors ligne
#22 Le 27/01/2020, à 20:29
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Contrairement à mes installations précédentes, où je formatais en NTFS la partition windows, j'ai dû cette fois la laisser en "non allouée"...A priori, il considérait une partition déjà formatée comme déjà occupée, et refusait de s'y mettre... A confirmer.
Merci pour se retour,
Mon SSD va arriver semaine prochaine (il était prévu pour mi-février), je vais donc pouvoir tester ça plus vite que prévu...
Je vais tenter d'y installer un Windows 7 avec ma licence, sur une partition préalablement formatée en NTFS (les autres en EXT4) comme je faisais avant.
Y appliquer son pack SP1, puis lancer la migration vers Windows 10.
Enfin, je vais repartir sur une installation neuve de Xubuntu sur les partitions EXT4.
Ce que je ne sais pas, c'est où il vaut mieux mettre le chargeur d'amorçage : sda ou sdax la partition EXT4 root (si sda est mon SSD bien sûr...)
Par habitude, je le mettais sur sda pour mes distributions linux par défaut...
Dernière modification par Poun64 (Le 27/01/2020, à 20:30)
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne
#23 Le 27/01/2020, à 21:40
- Babdu89
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Bonsoir.
Ce que je ne sais pas, c'est où il vaut mieux mettre le chargeur d'amorçage : sda ou sdax la partition EXT4 root (si sda est mon SSD bien sûr...)
Par habitude, je le mettais sur sda pour mes distributions linux par défaut...
Alors le chargeur de démarrage Grub, en gros, s'installe en deux parties. En mode Bios_Legacy, ton cas. En général le première partie s'écrit dans secteur d'amorçage du disque qui reçoit l'installation.
La deuxième partie dans les fichiers système de Ubuntu (Xubuntu).
Dans le cas de dual ou multi boot, on peut aussi mettre la première partie de Grub dans le secteur d'amorçage de la partition d'installation. Mais çà oblige à faire un chaînage sur le grub du système installé comme çà, depuis le système qui démarre la machine par défaut.
Si c'est un Windows, il faut installer un logiciel qui permet le chaînage. (EasyBCD)
Si c'est un Linux, il faut faire la mise à jour de Grub du Linux qui démarre la machine par défaut, pour que çà chaîne d'un grub à l'autre.
L'intérêt en Multi boot Linux, permettre de garder toujours le même système qui démarre la machine par défaut. Et de pouvoir supprimer le système sur lequel on chaîne, sans avoir à réinstaller grub sur le système qui démarre la machine par défaut. Une maj de Grub suffi après suppression du système.
C'est pratique pour tester des systèmes, et les virer.
Si tu n'as que le SSD installé, ce sera sur /dev/sda sans numéro de partition qu'il faudra indiquer à l'installateur du Linux de mettre grub première partie.
Nota.
Dans le cadre d'un dual boot Windows/Linux, l'écriture de Grub première partie dans le secteur de boot du SSD, va écraser le MBR compatible Windows.
Avant de disposer de Boot-Repair, il était conseillé de faire une sauvegarde en commandes.
Dans les "Options avancées" de Boot-Repair il y a une option qui permet de faire la sauvegarde du secteur d'amorçage MBR et table de partitions incluse du disque dur ou SSD d'installation. Çà permet de restaurer un MBR compatible Windows au cas où.
@+. Babdu89 .
Dernière modification par Babdu89 (Le 27/01/2020, à 21:42)
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#24 Le 10/02/2020, à 21:36
- Poun64
Re : Retrouver Xubuntu, après migration de Windows 7 vers Windows 10...
Bonsoir toul'monde,
Je viens aux nouvelles. J'ai reçu mon SSD et j'ai fait joujou avec... Résultat des courses :
Mon PC est allergique à Windows 10 :
- Installation de Windows 7 - ma licence est reconnue et Win 7 est activé - Installation du SP1 - Mise à jour vers Windows 10 - OK... mais Windows 10 est instable (se bloque une fois sur 10 après redémarrage).
- Installation directe avec un Windows 10 (j'ai un mois pour saisir la licence) : même topo, même instabilité...
- J'ai retiré la carte graphique, changé de clavier, mis une souris Microsoft... rien à faire... Toujours les mêmes blocages intempestifs...
Mon PC aime toujours Windows 7 et Xubuntu... :
- Copie de mon Windows 7 avec une clé Boot "True-Image 2020", à partir de l'image de mon HDD.
- Réinstallation de Xubuntu avec ma partition "home" sauvegardée du HDD.
- Et ça marche nickel...
Retour d'expérience :
Pour ceux qui pestaient sur "True-Image" qui ne savait faire des backups de partitions EXT4 qu'en copiant secteur par secteur, sachez que sa version 2020 à corrigé le problème.
Les backups sont nettement plus rapides, moins volumineux et les images portent l'extension "tibx".
Cette version est par ailleurs compatible avec les backups précédents au format "tib".
Merci tout plein pour toute l'aide et conseils que vous m'avez apportés.
Amicalement
Dernière modification par Poun64 (Le 10/02/2020, à 21:38)
1) Xubuntu 22.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / HD Graphics 4000 - 4 cœurs - 3,5 Ghz - 16 Go de RAM
2) Xubuntu 24.04._LTS + Windows 11 - Gigabyte H610M S2H - Intel I3-12100 / UHD Graphics 730 intégré - 4 cœurs - 3,3 Ghz - 16 Go de RAM
3) Xubuntu 22.04._LTS + Xubuntu 24.04 - Asus X751L - Intel I5-5200U - 4 cœurs - 2.20GHz - N'Vidia GeForce 920M - 12 Go de RAM
Hors ligne