tolemarf a écrit 37 commentaires

déjà sans rien vouloir ajouter:
lb config
lb build

n'ont pas construit l'iso !

Ce tuto est peut-être plus instructif:
https://burogu.makotoworkshop.org/index.php?post/2016/08/09/livebuild

lb config ne doit pas suffir pour ne rien ajouter et juste créer l'iso

Je n'y arrive pas !
Comment adapter ce tuto(=>simplifez l'ensemble des commandes et des scripts)
https://debian-facile.org/doc:install:live-build

à ma demande?

je me suis trompé:
la commande :
1er_projet$ sudo find . -name "*.iso"

n'a rien trouvé !

la commande :
1er_projet$ sudo find -name "*.iso"

n'a rien trouvé !

retour de sudo lb build:

~/Documents/live-build/1er_projet$ sudo lb build
[2026年08月12日 15:03:07] lb build
P: live-build 20250505+deb13u1
P: Building for a debian/stable/amd64 system
[2026年08月12日 15:03:07] lb bootstrap
P: Setting up clean exit handler
[2026年08月12日 15:03:08] lb bootstrap_cache restore
P: Restoring bootstrap stage from cache...
[2026年08月12日 15:03:15] lb bootstrap_debootstrap
P: Begin bootstrapping system...
W: Skipping bootstrap, already done
[2026年08月12日 15:03:16] lb bootstrap_cache save
P: Saving bootstrap stage to cache...
P: Bootstrap stage completed
P: Begin unmounting filesystems...
P: Saving caches...
Reading package lists... Done
Building dependency tree... Done
[2026年08月12日 15:03:22] lb chroot
P: Setting up clean exit handler
[2026年08月12日 15:03:22] lb chroot_cache restore
[2026年08月12日 15:03:23] lb chroot_prep install all mode-archives-chroot
E: the following stage is required to be done first: config
E: An unexpected failure occurred, exiting...
P: Begin unmounting filesystems...
P: Saving caches...
Reading package lists... Done
Building dependency tree... Done

Voici ce que m'a répondu chatGPT:
Tu es très proche du bon fonctionnement, mais le souci vient d’un ou plusieurs éléments clés liés à la manière dont GRUB interagit avec le firmware EFI d’un Mac et le démarrage de macOS. Voici une analyse complète de ton problème et les solutions précises pour démarrer macOS via GRUB sans rEFInd.

🔍 Analyse du problème
Tu as ajouté une entrée menuentry "OS X" dans GRUB avec deux méthodes :

Méthode 1 (multiboot)
grub
Copier
Modifier
menuentry "OS X" {
insmod hfsplus
set root=(hd0,gpt2)
multiboot /boot
}
❌ Cette méthode est incorrecte, car multiboot est destiné aux noyaux compatibles multiboot (comme certains noyaux Linux), pas au boot EFI d’un système comme macOS.

Méthode 2 (chainloader + boot.efi)
grub
Copier
Modifier
menuentry "OS X" {
insmod hfsplus
search --set=root --file /System/Library/CoreServices/boot.efi
chainloader /System/Library/CoreServices/boot.efi
}
✅ Celle-ci est presque correcte, c’est la bonne approche en théorie.

Mais :

Si GRUB retourne à l'écran initial sans lancer macOS, cela signifie que le fichier boot.efi n’a pas pu être exécuté.

Sur un Mac, le firmware UEFI d’Apple utilise un comportement un peu particulier pour booter macOS, et GRUB ne parvient pas toujours à "chaîner" proprement boot.efi comme sur un PC classique.

✅ Solution recommandée : utiliser chainloader /EFI/APPLE/EXTENSIONS/Firmware.scap ne fonctionne pas non plus. Donc :
Utilise la commande suivante dans ton entrée GRUB corrigée :

grub
Copier
Modifier
menuentry "macOS" {
insmod hfsplus
search --set=root --file /System/Library/CoreServices/boot.efi
chainloader /System/Library/CoreServices/boot.efi
}
Mais ajoute aussi le mode EFI complet au moment de démarrer :

⚠️ Important : GRUB doit être lancé en mode EFI (et non BIOS/CSM). Vérifie dans Debian :

bash (commande linux)
Copier
Modifier
[ -d /sys/firmware/efi ] && echo "EFI mode" || echo "BIOS mode"
S'il te retourne "BIOS mode", c’est une cause majeure du problème. GRUB doit impérativement être installé en mode EFI :

bash
Copier
Modifier
sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=debian
sudo update-grub
🔧 Alternative stable : créer une entrée UEFI via efibootmgr
Si GRUB ne parvient toujours pas à lancer macOS :

Démarre sur Debian.

Lance :

bash
Copier
Modifier
sudo efibootmgr --create --disk /dev/sdX --part Y --label "macOS" --loader '\System\Library\CoreServices\boot.efi'
Remplace /dev/sdX et Y par ton disque/partition macOS.

❗️Cas où rien ne marche : firmware Apple bloque le chainload
Parfois, les firmwares Apple refusent simplement que GRUB chaîne vers boot.efi. Cela rend rEFInd nécessaire car :

rEFInd utilise des appels EFI natifs.

Il détecte automatiquement macOS.

Il contourne les limites du firmware Apple.

✅ Résumé
Étape Action recommandée
GRUB en mode EFI ? Oui, sinon réinstaller avec --target=x86_64-efi
Entrée macOS GRUB Utiliser chainloader /System/Library/CoreServices/boot.efi
Ne démarre pas ? Vérifie les permissions et si le fichier boot.efi existe bien
Encore bloqué ? Ajouter une entrée via efibootmgr
Problème persistant ? Utilise temporairement rEFInd comme passerelle

j'avais utilisé 2 méthodes:
1)
menuentry "OS X" {
insmod hfsplus
set root=(hd0,gpt2)
multiboot /boot
}
2)
menuentry "OS X" {
insmod hfsplus
search --set=root --file /System/Library/CoreServices/boot.efi
chainloader /System/Library/CoreServices/boot.efi
}

et le problème restait le même

en fait,le 3ème OS est un androïd (Bliss OS)
L'interface a pu démarrer mais l'audio ne sort pas !!
Je n'ai pas trouvé les drivers audio ni sais comment les installer.
Une idée?

à supprimer

"On doit donc pouvoir partager le même swap entre plusieurs installations d'OS Linux. Il faut juste ne pas redémarrer sur un nouvel OS alors que le swap est utilisé pour une hibernation sur un autre"

Là l'hibernation à désactiver n'a pas lieu étant donné que je boote sur une clé usb multi-boot.Elle aurait lieu si j'utilisais des machines virtuelles

ou plutôt lister les clusters ,correspondant à la taille d'unité d'allocation, occupés par ce fichier

effectivement,je me suis légèrement trompé.
Je suppose avoir crée une table de partition après avoir complètement formaté le disque dur.

Ceci étant,je n'ai pas trouvé la bonne commande linux pour lister les secteurs de 512 octets occupés par mon fichier
Je n'y arrive pas avec debugfs malgré avoir lu la doc de debugfs

C'est possible mais ça ne détruti pas tout le superblock !
car si ça écrit 1 bloc de taille bs de zéros sur /dev/sda6 à partir du 1er bloc(seek=1),les blocs suivants le 2nd bloc de /dev/sda1 ne seront pas détruits !

je ne comprends pas:
qu'appellent-t-ils superblock ?

euh tu t'es trompé:
c'est:
if=/dev/zero bs=XXXX count=3 seek=2 of/dev/sda5

daccord donc avec count=Y
le nombre de blocs d'entrée est égal au nombre de blocs de sortie
et cela même si ibs diffère de obs?
exemple:
dd if=/dev/zero ibs=1 count=3 seek=2 of/dev/sda5 obs=512
signifie-t-il?
copie ou écriture de 3 blocs(count=3) de zéros sachant que 1 zéro prend 1 octet(ibs=1) sur 3 blocs(count=3) de la partition sda5 de taiile 512 octets(obs=512) après avoir sauté ses 2 premiers blocs(seek =2) de taille 512 octets(obs=512)

si à travers le manuel de man dd,je comprends que count est dédié au nombre de blocs d'entrée,alors cette opération:

écriture d'1 bloc de zéro sur 3 blocs de la partition sda5 après avoir sauté 2 blocs de cette partition

est impossible?

alors si j'avais écrit ceci:
dd if = / dev / zero count = 1 bs = 1024 seek = 2 of = / dev / sda6 count=3
cela aurait-il siginfié ceci?:
écriture d'1 bloc de zero sur 3 blocs de la partition sda5 après avoir sauté 2 blocs de cette partition

Je ne trouve pas dans le manuel de dd un count dédié au nombre de blocs d'entrée et un count dédié au nombre de blocs de sortie

autres questions basiques:
1)si les droits d'un fichier se présentent comme cela:
-rwx------ patrick groupe_de_patrick
le propriétaire de ce fichier est patrick et le groupe est groupe_de_patrick

la commande :
sudo chown : root chemin_du_fichier
est-elle la bonne pour avoir:
-rwx------ root root

?

2)qui dit propriétaire root implique automatiquement groupe root?

3)
a)si j'ai:
-rwx------ patrick groupe_de_patrick
me mettant root puis-je lire,écrire et exécuter le fichier?

b)si j'ai:
-rwx---rwx patrick groupe_de_patrick
me mettant root puis-je lire,écrire et exécuter le fichier?

c)si j'ai:
-------rwx patrick groupe_de_patrick
me mettant root puis-je lire,écrire et exécuter le fichier?

j'ai trouvé ceci :
https://www.realite-virtuelle.com/sphere-pro-objectif-360-0201/

mais il doit exister d'autres sites proposant ce genre de vidéos
Lesquels?

pour VLC à 360°,je suppose que:
c'est filmé avec un objectif dont le champ est à 360°.N'est-ce pas?
Cela existe-t-il pour pas trop cher?

Où peut-on télécharger ce genre de vidéo à 360°?

Revenons au début de la réponse 2)
en MBR,sur quelle partition primaire(1,2,3 ou 4ème)est-il préférable de la remplacer par une partition étendue?
A mon avis,la 4ème
Mais peut-on établir la partition étendue sur n'importe des 4 partitions primaires?

2)chaque type de table de partition possède-il un descripteur de partition?

Malgré ceci:

"Vous devriez très facilement pouvoir formater une clé USB en FAT32 sur macOS (OSX) en utilisant l’outil Utilitaire de disque intégré (Applications-> Utilitaires-> Utilitaire de disque).

Une fois chargée, insérez la clé USB que vous souhaitez formater, puis sélectionnez-la dans la liste des supports "externes" dans le panneau de gauche (elle s'appellera "flash-boot" si une image balenaOS s'y était déjà produite auparavant). Une fois sélectionné, accédez à l'icône "Effacer" en haut du volet Utilitaire de disque, puis sélectionnez MS-DOS (FAT)comme type de disque. Donnez-lui un nom, si vous en avez besoin. Enfin, sélectionnez «Effacer».

Cela formatera la clé USB en FAT32.

"

impossible sur mon MacBook (OS:Sierra) de formater comme au-dessus la clé usb en MS-DOS FAT.

Où est le problème?

ça, je savais!
Mais clic droit+propriété+sécurité ne demande pas la condition d'ouverture du fichier1 ou du fichier2

...et quelle est la différence entre une image live et une cd ou usb live?

merci

si je redémarre avec le grub,je ne peux pas booter sur ma clé usb...

remarque:le bootage marche par contre sur une clé live usb Kali Linux