Ubuntu-fr

Christophe C

Re : Ecrire un ISO sur une partition de clé USB

Je viens de refaire des tests, et c'est très bizarre.

Si j'utilise USB-creator sur 1 clé FAT32, il crée :
* une partition ISO9660 de la taille de l'iso.
* une toute petite partition en FAT (12-bit version)
* une toute petite partition non affectée
* une grosse partition (tout le reste de la clé) en "non affectée".

Je démarre le live-USB, et à l'arrivée, la grosse partition "non affectée" a été formatée en ext4 par le démarrage du live (!)

Sauf que la partition (qui s'appelle désormais "writable") est en root:root, et difficile à voir (en tout cas dans thunar je ne la vois pas, je dois aller dans gnome-disk). Une fois montée via gnome-disk elle est visible dans thunar, mais vue qu'elle est root, pas utilisable.

Donc retour dans disk, je démonte, j'utilise l'option "prendre possession", qui passe la partition de root à utilisateur courant (cocher l'option "récursif"). Je remonte la partition, et là, j'ai mon espace réellement utilisable. D'autant plus que le propriétaire ayant changé, la partition "writable" apparait désormais dans Thunar. Si je débranche la clé et que je la rebranche, "writable" apparait bien dans l'explorateur de fichier (thunar).

Pour être sur, j'ai reformaté la clé en FAT32, réinstallé l'iso avec usb-CREATOR, et je confirme qu'à la fin de la gravure il y a toujours une grosse partition non allouée, qui après le démarrage du live devient formatée en ext4 mais en root:root. A modifier via disk (ou en ligne de commande via chown), pour passer en user:user.

C'est un comportement très bizarre (la création d'un partition "non allouée", puis le formatage automatique en root par le 1er chargement du live), et dont je n'avais jamais entendu parler.
Je ne vois pas pourquoi c'est le live qui formate (et pas USB-creator), et pourquoi c'est en root, ce qui semble peu utile.

Je me demande de quand datent ces innovations, car je suis quasi sur que cela ne fonctionnait pas comme cela il y a quelques années.

A noter que si je crée le live-USB via gnome-disk ("restaurer l'image disque"), j'ai le  comportement décrit ci-dessus. Identique à USB-creator, donc.
Même comportement avec Etcher.

Dernière modification par Christophe C (Le 16/08/2022, à 18:42)

---

BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

Babdu89

Re : Ecrire un ISO sur une partition de clé USB

Bonsoir.

Un peu le même constat avec une clé live Ubuntu 20.04 faite avec;

 sudo cp fichier.iso /dev/sdX && sync 

Gparted ne voit qu'un espace disque /dev/sdb taille de 7 Go. sans partition.

Mais lorsque je monte la clé dans Fichiers, il y a 2 "volumes"  Partitions cachées??.
Un;   Ubuntu 20.04.4 LTS amd64
Un;   Writable

Quelques commandes. la clé est /dev/sdb

  bernard@bernard-Latitude-E4310:~$ sudo blkid
[sudo] Mot de passe de bernard : 
/dev/sda2: LABEL="ubuntu20.04-dell" UUID="9f5305b9-ddf9-4400-838d-7bb99f8b492f" TYPE="ext4" PARTUUID="00040603-02"
/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/sda1: LABEL="windows-7-del" UUID="FA2AC6152AC5CF37" TYPE="ntfs" PARTUUID="00040603-01"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/sdb1: UUID="2022-02-23-09-09-33-00" LABEL="Ubuntu 20.04.4 LTS amd64" TYPE="iso9660" PTUUID="1693364d" PTTYPE="dos" PARTUUID="1693364d-01"
/dev/sdb2: SEC_TYPE="msdos" UUID="54C5-9C6C" TYPE="vfat" PARTUUID="1693364d-02"
/dev/sdb3: LABEL="writable" UUID="47aaa895-b367-44bd-8f33-fc41b82b087e" TYPE="ext4" PARTUUID="1693364d-03"
bernard@bernard-Latitude-E4310:~$ 

   bernard@bernard-Latitude-E4310:~$ sudo fdisk -l
[sudo] Mot de passe de bernard : 
Disque /dev/loop0 : 4 KiB, 4096 octets, 8 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


Disque /dev/loop1 : 133,31 MiB, 139780096 octets, 273008 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


Disque /dev/loop2 : 141,15 MiB, 148000768 octets, 289064 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


Disque /dev/loop3 : 61,98 MiB, 64970752 octets, 126896 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


Disque /dev/loop4 : 164,78 MiB, 172761088 octets, 337424 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


Disque /dev/loop5 : 254,1 MiB, 266436608 octets, 520384 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


Disque /dev/loop6 : 400,82 MiB, 420265984 octets, 820832 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


Disque /dev/loop7 : 219 MiB, 229638144 octets, 448512 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


Disque /dev/sda : 111,81 GiB, 120034123776 octets, 234441648 secteurs
Disk model: LDLC            
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 : 0x00040603

Périphérique Amorçage    Début       Fin  Secteurs Taille Id Type
/dev/sda1    *            2048  56383487  56381440  26,9G  7 HPFS/NTFS/exFAT
/dev/sda2             56383488 234440703 178057216  84,9G 83 Linux




Disque /dev/loop8 : 61,98 MiB, 64966656 octets, 126888 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


Disque /dev/loop9 : 55,58 MiB, 58261504 octets, 113792 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


Disque /dev/loop10 : 81,27 MiB, 85209088 octets, 166424 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


Disque /dev/loop11 : 162,89 MiB, 170778624 octets, 333552 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


Disque /dev/loop12 : 55,55 MiB, 58232832 octets, 113736 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


Disque /dev/loop14 : 46,98 MiB, 49233920 octets, 96160 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


Disque /dev/loop13 : 219 MiB, 229638144 octets, 448512 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


Disque /dev/loop16 : 91,7 MiB, 96141312 octets, 187776 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


Disque /dev/loop15 : 50,98 MiB, 53432320 octets, 104360 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


Disque /dev/loop17 : 54,24 MiB, 56872960 octets, 111080 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


Disque /dev/loop18 : 46,98 MiB, 49242112 octets, 96176 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


Disque /dev/sdb : 7,48 GiB, 8019509248 octets, 15663104 secteurs
Disk model: NoLimitGB       
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 : 0x1693364d

Périphérique Amorçage   Début      Fin Secteurs Taille Id Type
/dev/sdb1    *              0  6599743  6599744   3,2G  0 Vide
/dev/sdb2             5930192  5938191     8000   3,9M ef EFI (FAT-12/16/32)
/dev/sdb3             6602752 15663103  9060352   4,3G 83 Linux
bernard@bernard-Latitude-E4310:~$

En fait non pas 2 mais 3 partitions cachées?.
Une partition avec l'iso
Une partition boot-efi
Une partition Writable.

Alors la partition writable est root root .
Mais en explorant je vois ceci, 4 dossiers  install-logs suivi d'une date, deux fait le me jour  2022-06-07.0  et 2022-06-07.1, deux deux autres à des dates ultérieurs.

En fouinant dans les dossiers, à la dernière date comme j’avais installé/utilisé  boot-repair en session live, un dossier des log de boot-repair avec le boot info de la réparation
Une sorte de persistance??. Je ne sais pas puisqu'il faut réinstaller boot-repair à la session live suivante.
Il semble me rappeler que ce n'est pas accessible en session live, ou j'ai mal cherché, il faut que je vérifie.

Contenu du dernier dossier install-logs-2022-07-12.0 ;
_Crash  vide
_log   plusieurs dossiers et fichiers dont  un dossier   boot-repair   qui contient les logs habituels  d'une utilisation de boot-repair.

Je vais refaire une session live installer boot-repair boot-info, et faire un boot info, puis voir ce que ça donne depuis une session installé.<voir aussi si je trouve et accède à un  writable?.

@+.   Babdu89   .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Babdu89

Re : Ecrire un ISO sur une partition de clé USB

Suite du post#27.

Je suis en session live.
Il y a 3 dossiers writable, mais pas de dossier  writable contenant les logs
/var/log est le dossier ou l'on trouve les logs de boot-repair  boot-info , c'est vide pas de log pour l'instanant.
J'installe/utilise boot-repair  boot-info ça devrait créer les dossier log.  Installé mais non lancé, toujours pas de log dans /var/log  .
Je lance boot-info.

  boot-info-4ppa200                                              [20220816_2038]

============================== 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 (,msdos2)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------

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:        /bootmgr /Boot/BCD /Windows/System32/winload.exe

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.04.4 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

sdb: ___________________________________________________________________________

    File system:       iso9660
    Boot sector type:  Unknown
    Boot sector info: 
    Mounting failed:   mount: /mnt/BootInfo/FD/sdb: /dev/sdb déjà monté ou point de montage actif.


================================ 2 OS detected =================================

OS#1:   Windows 7 on sda1
OS#2:   Ubuntu 20.04.4 LTS on sda2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: Core Processor Integrated Graphics Controller from Intel Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.4 LTS, focal, x86_64)

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

BIOS/UEFI firmware: A14(4.6) from Dell Inc.
This live-session is in Legacy/BIOS/CSM mode (not in EFI mode).



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

Disks info: ____________________________________________________________________

sda	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, has-os,	has-win,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda1	: is-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sda2	: is-os,	64, apt-get,	grub-pc ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios

Partitions info (2/3): _________________________________________________________

sda1	: isnotESP,	part-has-no-fstab,	no-nt,	haswinload,	no-recov-nor-hid,	bootmgr,	is-winboot
sda2	: isnotESP,	fstab-without-efi,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda2	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda

fdisk -l (filtered): ___________________________________________________________

Disk sda: 111.81 GiB, 120034123776 bytes, 234441648 sectors
Disk identifier: 0x00040603
      Boot    Start       End   Sectors  Size Id Type
sda1  *        2048  56383487  56381440 26.9G  7 HPFS/NTFS/exFAT
sda2       56383488 234440703 178057216 84.9G 83 Linux
Disk sdb: 7.48 GiB, 8019509248 bytes, 15663104 sectors
Disk identifier: 0x1693364d
      Boot   Start      End Sectors  Size Id Type
sdb1  *          0  6599743 6599744  3.2G  0 Empty
sdb2       5930192  5938191    8000  3.9M ef EFI (FAT-12/16/32)
sdb3       6602752 15663103 9060352  4.3G 83 Linux

parted -lm (filtered): _________________________________________________________

sda:120GB:scsi:512:512:msdos:ATA LDLC:;
1:1049kB:28.9GB:28.9GB:ntfs::boot;
2:28.9GB:120GB:91.2GB:ext4::;
sdb:8020MB:scsi:512:512:unknown:DaneElec NoLimitGB:;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL                    PARTLABEL
sda                                                                                                                
├─sda1 ntfs     FA2AC6152AC5CF37                     00040603-01                          windows-7-del            
└─sda2 ext4     9f5305b9-ddf9-4400-838d-7bb99f8b492f 00040603-02                          ubuntu20.04-dell         
sdb    iso9660  2022-02-23-09-09-33-00                                                    Ubuntu 20.04.4 LTS amd64 
├─sdb1 iso9660  2022-02-23-09-09-33-00               1693364d-01                          Ubuntu 20.04.4 LTS amd64 
├─sdb2 vfat     54C5-9C6C                            1693364d-02                                                   
└─sdb3 ext4     47aaa895-b367-44bd-8f33-fc41b82b087e 1693364d-03                          writable                 

Mount points (filtered): _______________________________________________________

                                                               Avail Use% Mounted on
/dev/disk/by-label/writable[/install-logs-2022-08-16.0/crash]     4G   1% /var/crash
/dev/disk/by-label/writable[/install-logs-2022-08-16.0/log]       4G   1% /var/log
/dev/sda1                                                       3.2G  88% /mnt/boot-sav/sda1
/dev/sda2                                                       3.1G  91% /media/ubuntu/ubuntu20.04-dell
/dev/sdb1                                                          0 100% /cdrom

Mount options (filtered): ______________________________________________________

/dev/disk/by-label/writable[/install-logs-2022-08-16.0/crash] ext4            rw,relatime
/dev/disk/by-label/writable[/install-logs-2022-08-16.0/log]   ext4            rw,relatime
/dev/sda1                                                     fuseblk         rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/sda2                                                     ext4            rw,nosuid,nodev,relatime
/dev/sdb1                                                     iso9660         ro,noatime,nojoliet,check=s,map=n,blocksize=2048,iocharset=utf8

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

Ubuntu   9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.15.0-46-generic   9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.15.0-43-generic   9f5305b9-ddf9-4400-838d-7bb99f8b492f
Windows 7 (sur sda1)   FA2AC6152AC5CF37
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb16 during installation
UUID=9f5305b9-ddf9-4400-838d-7bb99f8b492f /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdc6 during installation
/file.swap none swap sw 0 0

======================= sda2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_OS_PROBER=false

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

           GiB - GB             File                                 Fragment(s)
  44,879016876 = 48,188477440   boot/grub/grub.cfg                             1
  32,926273346 = 35,354316800   boot/grub/i386-pc/core.img                     1
  62,500152588 = 67,109027840   boot/vmlinuz                                   4
  56,599113464 = 60,772835328   boot/vmlinuz-5.15.0-43-generic                 2
  62,500152588 = 67,109027840   boot/vmlinuz-5.15.0-46-generic                 4
  56,599113464 = 60,772835328   boot/vmlinuz.old                               2
  92,166988373 = 98,963550208   boot/initrd.img                               10
 102,737277985 = 110,313312256  boot/initrd.img-5.15.0-43-generic             42
  92,166988373 = 98,963550208   boot/initrd.img-5.15.0-46-generic             10
 102,737277985 = 110,313312256  boot/initrd.img.old                           42

===================== sda2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 18224 Jan 11  2022 10_linux
-rwxr-xr-x 1 root root 42359 Aug 17  2020 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Apr 15  2020 20_linux_xen
-rwxr-xr-x 1 root root 12059 Apr 15  2020 30_os-prober
-rwxr-xr-x 1 root root  1424 Apr 15  2020 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 21 03:06 35_fwupd
-rwxr-xr-x 1 root root   214 Apr 15  2020 40_custom
-rwxr-xr-x 1 root root   216 Apr 15  2020 41_custom

=========================== sda2/etc/grub.d/35_fwupd ===========================

#! /bin/sh
# SPDX-License-Identifier: LGPL-2.1+
set -e
[ -d ${pkgdatadir:?} ]
# shellcheck source=/dev/null
. "$pkgdatadir/grub-mkconfig_lib"
if [ -f /var/lib/fwupd/uefi_capsule.conf ] &&
   ls /sys/firmware/efi/efivars/fwupd-*-0abba7dc-e516-4167-bbf5-4d9d1c739416 1>/dev/null 2>&1; then
      . /var/lib/fwupd/uefi_capsule.conf
      if [ "${EFI_PATH}" != "" ] && [ "${ESP}" != "" ]; then
      echo "Adding Linux Firmware Updater entry" >&2
cat << EOF
menuentry 'Linux Firmware Updater' \$menuentry_id_option 'fwupd' {
EOF
      ${grub_probe:?}
      prepare_grub_to_access_device '`${grub_probe} --target=device \${ESP}` | sed -e "s/^/\t/"'
cat << EOF
	chainloader ${EFI_PATH}
}
EOF
      fi
fi

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

Unknown BootLoader on sdb

00000000  45 52 08 00 00 00 90 90  00 00 00 00 00 00 00 00  |ER..............|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  33 ed fa 8e d5 bc 00 7c  fb fc 66 31 db 66 31 c9  |3......|..f1.f1.|
00000030  66 53 66 51 06 57 8e dd  8e c5 52 be 00 7c bf 00  |fSfQ.W....R..|..|
00000040  06 b9 00 01 f3 a5 ea 4b  06 00 00 52 b4 41 bb aa  |.......K...R.A..|
00000050  55 31 c9 30 f6 f9 cd 13  72 16 81 fb 55 aa 75 10  |U1.0....r...U.u.|
00000060  83 e1 01 74 0b 66 c7 06  f3 06 b4 42 eb 15 eb 02  |...t.f.....B....|
00000070  31 c9 5a 51 b4 08 cd 13  5b 0f b6 c6 40 50 83 e1  |1.ZQ....[...@P..|
00000080  3f 51 f7 e1 53 52 50 bb  00 7c b9 04 00 66 a1 b0  |?Q..SRP..|...f..|
00000090  07 e8 44 00 0f 82 80 00  66 40 80 c7 02 e2 f2 66  |..D.....f@.....f|
000000a0  81 3e 40 7c fb c0 78 70  75 09 fa bc ec 7b ea 44  |.>@|..xpu....{.D|
000000b0  7c 00 00 e8 83 00 69 73  6f 6c 69 6e 75 78 2e 62  ||.....isolinux.b|
000000c0  69 6e 20 6d 69 73 73 69  6e 67 20 6f 72 20 63 6f  |in missing or co|
000000d0  72 72 75 70 74 2e 0d 0a  66 60 66 31 d2 66 03 06  |rrupt...f`f1.f..|
000000e0  f8 7b 66 13 16 fc 7b 66  52 66 50 06 53 6a 01 6a  |.{f...{fRfP.Sj.j|
000000f0  10 89 e6 66 f7 36 e8 7b  c0 e4 06 88 e1 88 c5 92  |...f.6.{........|
00000100  f6 36 ee 7b 88 c6 08 e1  41 b8 01 02 8a 16 f2 7b  |.6.{....A......{|
00000110  cd 13 8d 64 10 66 61 c3  e8 1e 00 4f 70 65 72 61  |...d.fa....Opera|
00000120  74 69 6e 67 20 73 79 73  74 65 6d 20 6c 6f 61 64  |ting system load|
00000130  20 65 72 72 6f 72 2e 0d  0a 5e ac b4 0e 8a 3e 62  | error...^....>b|
00000140  04 b3 07 cd 10 3c 0a 75  f1 cd 18 f4 eb fd 00 00  |.....<.u........|
00000150  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  04 c8 53 00 00 00 00 00  4d 36 93 16 00 00 80 00  |..S.....M6......|
000001c0  01 00 00 c9 e0 fc 00 00  00 00 40 b4 64 00 00 fe  |..........@.d...|
000001d0  ff ff ef fe ff ff d0 7c  5a 00 40 1f 00 00 00 00  |.......|Z.@.....|
000001e0  66 9b 83 fa ec ce 00 c0  64 00 00 40 8a 00 00 00  |f.......d..@....|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200




Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub2 of
sda2 into the MBR of sda.
Grub-efi would not be selected by default because no ESP detected.
Additional repair would be performed: unhide-bootmenu-10s

Ça y est dans /var/log  j'ai le log de boot-info.

Je vais encore rechercher  un  writable?...
Non pas de dossier  writable, mais en regardant /var/log, j'ai l'impression que le contenu est le même.
J'ai fais un screen je vais comparer en session installé.
Retour en session installé.
Oui, c'est le même contenu que /writable/install-logs-2022-08-16.0/log  depuis la session installée.

Je vais regarder le contenu de la clé depuis disques.
disques  voit les 3 partition de la clé.
La partition writable est en Ext4.  je ne peux pas y écrire, ni en changer les permissions.

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 16/08/2022, à 23:52)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Screen

Re : Ecrire un ISO sur une partition de clé USB

# ls -l writable
total 32
drwxr-xr-x 4 root    root     4096  2 juil. 21:11 install-logs-2022-07-02.0
drwxr-xr-x 4 root    root     4096  3 juil. 15:26 install-logs-2022-07-03.0
drwxr-xr-x 4 root    root     4096 14 août  22:21 install-logs-2022-08-14.0
drwx------ 2 root    root    16384  2 juil. 21:11 lost+found

#mkdir writable/test
#chown nico:nico writable/test

ls -l writable
total 36
drwxr-xr-x 4 root    root     4096  2 juil. 21:11 install-logs-2022-07-02.0
drwxr-xr-x 4 root    root     4096  3 juil. 15:26 install-logs-2022-07-03.0
drwxr-xr-x 4 root    root     4096 14 août  22:21 install-logs-2022-08-14.0
drwx------ 2 root    root    16384  2 juil. 21:11 lost+found
drwxr-xr-x 2 nico    nico     4096 17 août  08:46 test

#j'étais loggé en root pour faire le changement de propriétaire.

/dev/sdb4 on /media/nico/writable type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)

Dernière modification par Screen (Le 17/08/2022, à 09:05)

Christophe C

Re : Ecrire un ISO sur une partition de clé USB

Autant la partition "writable" est difficilement accessible (visible dans gnome-disk, pas dans gparted, pas dans mon explorateur de fichiers (thunar) ....), autant on peut la rendre visible, montable, utilisable en la passant en user:user. Donc ce n'est pas inintéressant, mais c'est intuitif et convivial comme un coup de trique

Une espèce de fonctionnalité caché, on dirait.

Cela ne rend pas vraiment la clé "persistante", puisqu'on ne peut pas installer de programme ou faire de mise à jour. Mais on peut sauvegarder ses fichiers, ou utiliser "writable" pour trimbaler des choses indépendamment du live (mais attention, c'est du ext4, pas du FAT32).

Dernière modification par Christophe C (Le 17/08/2022, à 11:07)

---

BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

Babdu89

Re : Ecrire un ISO sur une partition de clé USB

Bonjour.
Si mes souvenir sont bons.
En session live avant, on pouvait installer tester des applications. C'était perdu à la session live suivante.
On vu arriver la mode persistent, et on retrouvait nos changements aux sessions live suivante.
Dans les fichiers de la session live on avait un fichier   casper.rw   .
Je pense que tout ce que l'on installait devait être géré par ce fichier.
Mais la taille utilisable n'était pas folichonne avec des clés de grande capacité. Il me semble que ça devait être de l'ordre de 4 GO maxi.

Pour l'avoir fait à plusieurs reprises.
Il y avait une combine de manip à faire depuis une session installée avec Unetbootin et Gparted.
Ça permettait par exemple en utilisant Unetbootin, une manip qui permettait de transformer ce fichier casper.rw  en partition Ext2 avec label casper.rw. avec Gparted, on pouvait avoir une partition pour la persistance des données dépassant largement les 4 Go maxi.

Si je me souviens bien, on procédait comme ceci avec Unetbootin.
Clé USB avec une partition Fat32 vide pour que Unetbootin la reconnaisse et la prenne en compte pour faire le live, lorsqu'on le lançait.
On indiquait le chemin de l'iso et une taille mini de persistance de l'ordre de 800 Mo.
puis on lançait la fabrication de la clé. Lorsque c’était fini on quittait Unetbootin mais on ne débranchait la clé.
On fouillait dans les fichiers de la clé pour trouver et supprimer le fichier  casper.rw.
Clé toujours branchée, on utilisait Gparted pour;
1) diminuer la taille de la partition Fat32, en laissant un peu de gras derrière les données contenues dans cette partition Fat32.
1) créer une partition Ext2 sur le reste de la clé avec le label   casper.rw  .

Au premier démarrage de la session live en mode persistent. La partition casper.rw était prise en compte.
Lors des sessions live persistent suivantes, on retrouvait toutes les modifications des sessions précédentes.

Bon, je pensais que l'on pourrait pousser les manips encore plus loin, sur des clé de très grandes taille.
Limiter la dimension de la partition casper.rw pour créer d'autres partition de stockage derrière celle-ci.

Alors problème. Avec les clés live faite maintenant, même comme je les fais, je ne vois plus le ficher  casper.rw  .

J'ai téléchargé l'iso Raspeberry Pi Desktop et fait une clé live que je teste en ce moment sur une autre machine.

Dans les fichiers la clé live, il n'y a pas de fichier  casper.rw.  Ce qui semblerait être remplacé par writable??..

Bon lorsque j’aurais la main sur l'autre machine, je vais tenter de refaire la clé Raspeberry Pi Desktop en passant par Unetbootin.  Je vais bien voir si il y a création du fichier  casper.rw par Unetbootin?.

Remarque; Dans la doc de Unetbootin il est spécifié que les clés faites avec ne démarrent pas en mode UEFI.

@+.   Babdu89   .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

geole

Re : Ecrire un ISO sur une partition de clé USB

Bonjour babdu89.
Merci pour tout l'historique de la persistance.
la limite de 4Go pour le fichier est liée au fait qu'il est stocké dans une partition FAT32.
Cependant, avec ventoy et le format EXFAT, cette limite tombe.
Cependant, si le fichier est énorme et bien rempli et que la connexion est en USB2, le temps de mise en route est long voir très long . C'est du vécu. Je suis redescendu à 1 Go et ne lance plus la mise à jour logicielle. Il est possible qu'avec une connectique USB3, le temps soit acceptable.
La cause est que le logiciel initial est compressé et qu'après mise à jour, il ne l'est plus.

Dernière modification par geole (Le 17/08/2022, à 19:39)

---

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

Babdu89

Re : Ecrire un ISO sur une partition de clé USB

Bonsoir.
Unetbootin est entrain de faire la clé live sur l'autre machine.
Dans la doc de Unetbootin il y a des info intéressantes au sujet des autres logiciels pour faire les clés live.
Bon, si je retrouve le fichier casper.rw dans les fichier de la clé live, je continue, sinon!!.

Édit;
Correction, c'est UNetbootin ...

Édit 2;
Ok!!! le fichier   casper.rw    est présent dans les fichiers de la clé live.
Je continue les manips.

Édit3;
Échèque!!.
Je viens de savoir pourquoi en regardant la doc de UNetbootin. On fait toujours une partition casper.rw  mais on ne touche pas au fichier casper.rw dans les fichiers de la clé live.
Je recommence. En plus on doit pouvoir ajouter d'autres partitions visibles sous Windows...

Édit4.
Tous les tests avec UNetbootin en mode persistent, mènent à un BusyBox au démarrage.
Sans mode persistent, un panneau affiche un avertissement que l'iso est mal prise en compte avec UNetbootin, et qu'il est conseillé de choisir une autre logiciel pour faire le live. Et ça ne démarre pas plus pour autant.

J'ai testé avec le MultiSytem de frafa, l'iso n'est pas prise en compte...

Par curiosité.
Il ne reste plus qu'a tester les manips de partition casper.rw avec le créateur de disque de démarrage d'un UBUNTU 14.04 installé sur un de mes hdd usb,si ça veut bien installer autre chose qu'un Ubuntu.
Possible que ça marche encore, puisque c'est ce que j'utilisais.
Mais il faudrait pour les autres utilisateurs disposer de cette vieille distro installée.

Édit5;
Décidément, quant ça veut pas, ça veut pas!!.
Depuis un Ubuntu 14.04 installé, en mode persistent et non persistent, ça semble installer et à la fin un message,
"Une erreur irrécupérable est survenue: Invalide version string 'GNU/Linux'    "Quitter"

Au moins on aura tout essayé.

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 18/08/2022, à 09:28)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Christophe C

Re : Ecrire un ISO sur une partition de clé USB

j'ai utilisé Unetbootin il y a quelque temps, et pour moi je suis bien en UEFI. Bizarre, il faut que je vérifie cela, tiens.
J'étais peut être en mode non persistant, par contre.

Bon, je crois comprendre que d'un point de vue général les clés "persistantes" sont plutôt compliquée à créer ...

---

BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

geole

Re : Ecrire un ISO sur une partition de clé USB

Bonjour.
Fabriquer la persistance avec unetbootin est très facile.  c'est une case à cocher. Mais il ne faut pas oublier d'activer l'option persistent au démarrage.

C'est compliqué avec ventoy, il faut un autre script pour fabriquer le fichier et un autre pour le lier à un iso.

---

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

philon

Re : Ecrire un ISO sur une partition de clé USB

Bonjour,je viens de le faire avec mkusb (formatage en ext4)
clef usb 15g, il me reste en ext4 9,41 gio writable

Christophe C

Re : Ecrire un ISO sur une partition de clé USB

Fabriquer la persistance avec unetbootin est très facile

ce n'est pas ce que semble dire Babdu89. je vais retester ce soir.

Dernière modification par Christophe C (Le 18/08/2022, à 16:33)

---

BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

Babdu89

Re : Ecrire un ISO sur une partition de clé USB

Bonsoir.

Fabriquer la persistance avec unetbootin est très facile

ce n'est pas ce que semble dire Babdu89. je vais retester ce soir.

Non,non!.
Il faut bien lire mes posts. Le souci vient de l'iso Raspeberry "Pi Desktop" à faire en live persistent ou pas avec Unetbootin.
Aux différents démarrages des clés testées, il y a un message qui indique d'éviter de se servir de UNetbootin pour faire un live USB persistent ou pas.
Si je poursuis le démarrage,soit un busybox, soit un curseur qui clignote indéfiniment.

@+.   Babdu89   .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Christophe C

Re : Ecrire un ISO sur une partition de clé USB

ok, je n'avais pas compris.

Bon, pour faire un clé "à moitié" persistante avec les utilitaires utilisant l'iso9660 (gnome-disk, USB-creator, Etcher), voilà la procédure. Un poil complexe, mais ça marche.
J'entends par "à moitié" persistante le fait d'avoir une partition pour sauver ses fichiers. mais pas de mises à jour système ou d'installation de nouvelles applications.

1/ graver la clé avec 1 des 3 utilitaires indiqués. la zone non attribuée à l'iso devient "non allouée"
2/ démarrer sur la clé. la zone "non allouée" est automatiquement gravée en ext4, mais en droits root:root. Donc à peu près invisible et inutilisable.
3/ Démarrer gnome-disque, qui voit la partition, aller dessus > menu partition > "prendre possession" => la partition ext4 est transféré à user:user, et devient visible et utilisable.
4/ [optionnel] reformater la partition en FAT32 (permettra de copier des fichiers sur des machines Windows).
5/ [optionnel] Donner un nom à la partition (c'est nettement plus pratique pour l'utiliser) : cliquer sur la partition > menu partition > "modifier le système de fichiers". par exemple label="PERSISTANT"
6-a/ si on veut utiliser la partition pour copier des fichiers entre machine, on l'utilise comme une clé USB normale, sans lancer le boot en live-USB. Et bien sur on peut lancer le live-USB quand on le souhaite.
6-b/ si on veut utiliser le live USB, on démarre celui-ci. Puis pour pouvoir sauvegarder des fichiers sur la partition on doit la monter. On lance l'explorateur de fichier. Dans la partie gauche on voit "PERSISTANT", on clic dessus et cela le monte. Et quand on veut sauvegarder un fichier qu'on crée avec gimp ou libreoffice, on va dans /media/ubuntu/PERSISTANT.

Pas super intuitif, mais quand on sait faire, cela peut-être pratique.

Bon, à mon avis, pour travailler dessus et sauvegarder des fichiers, unetbootin est quand même largement plus simple.
Par contre pour avoir une clé mixte (live-USB + une partition d'échange), là ça peut-être pratique (option 6-a). Cela permet d'avoir une clé d'installation tout en pouvant l'utiliser pour des échanges classiques de fichiers en FAT32. Une clé, deux utilisations.

Dernière modification par Christophe C (Le 19/08/2022, à 10:26)

---

BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

MicP

Re : Ecrire un ISO sur une partition de clé USB

La proposition de screen dans son message #8
ou/et l'utilisation de fdisk que je propose dans mon message #17
me semblent bien plus simples à mettre en pratique.

zepp

Re : Ecrire un ISO sur une partition de clé USB

Vu qu'on me le demandait, voici à titre informatif la page officielle de Raspberry Pi Desktop.

Pour le reste, beaucoup de messages depuis que j'ai initié cette discussion, un peu dur pour moi de tout suivre...

MicP

Re : Ecrire un ISO sur une partition de clé USB

Le fichier image ISO qui est proposé dans les pages web en suivant le lien que tu proposes : la page officielle de Raspberry Pi Desktop
est le fichier que j'ai utilisé pour les tests dans mon message #22 : ISO 2022-07-01-raspios-bullseye-i386.iso
et ce fichier utilise une table de partitionnement de type msdos => il ne sera pas possible de modifier la table de partitionnement d'une clef USB préparée avec ce fichier image ISO, sinon elle ne serait plus utilisable pour booter ton raspberry.

Ce qu'il faudrait pouvoir faire, c'est pouvoir modifier tout le fichier image ISO et le reconstruire en fonction de la taille de la clef sur laquelle il va être utilisé,
mais il faudrait alors prendre en compte le processus particulier de démarrage du raspberry (que je ne connais pas) afin que le fichier image iso modifié puisse encore être utilisable pour booter un raspberry

Dernière modification par MicP (Le 18/08/2022, à 21:41)

zepp

Re : Ecrire un ISO sur une partition de clé USB

@MicP en ce qui concerne l'ISO dont on parle tout les deux ici, il est impossible de booter un Raspberry arm64 dessus, en revanche c'est bel et bien un PC (ou Mac) x86 / x86_64 qui peut booter avec cet ISO, comme il pourrait booter la dernière mouture d'Ubuntu Desktop.
Juste pour que ce soit clair.

MicP

Re : Ecrire un ISO sur une partition de clé USB

Merci pour cette précision,
j'avais effectivement pensé, à tord, que ce fichier image ISO avait été créé pour booter sur une architecture arm64