C'est encore moi, désolé,
avec :
- iMac-intel blanc
- CD Ubuntu 10.04
- DD externe en FireWire 20Go, formaté FAT32 et pas mal rempli
- lecture ad vomitum du site http://doc.ubuntu-fr.org
Le CD Live fonctionne et j'ai bien le WiFi.
Je veux installer Ubuntu sur le DD externe sans le re-partitionner.
(pourquoi faire le partitionner? c'est déjà une partition par nature)
Je tente de suivre un tuto en fr et je butte sur :
<http://doc.ubuntu-fr.org/tutoriel/partitionner_manuellement_avec_installateur_ubuntu#attribuer_un_point_de_montage_a_une_partition_sans_la_formater>
Clic sur l'installateur, étapes fr, clavier, date/heure puis panneau des
périphériques.
Je fais donc :
- sélection du DD
- bouton [Modifier]
* Utilser comme : FAT32
* Formater : NON
* Point de montage : /
et je valide.
Hop! punition !
Aucun système de fichiers n'a été choisi comme racine
Veuillez corriger à partir du menu de partitionnement
Génial !
- y a pas ce menu (y a aucun menu du tout !)
- à moins qu'ils ne veuillent dire : « retour à "Modifier" »
C'est quoi c't'histoire ?
(je ne puis choisir "système de fichiers ext2" par exemple sans reformater)
Exposé en images :
<http://smox.pagesperso-orange.fr/linux/>
(réalisé dans gedit ! ! qui m'a mis qques crottes !W3C)
Y a pas une 'tite ligne de commande pour "raciner" ce DD ?
que je puisse enfin passer à l'install de ce Ubuntu sur ce DD.
(le swap, je compte m'en passer(*), mais je voudrais le mode persistant)
(*) espace non occupé : 3Go
RAM 3Go, je ne vais pas faire un swap de 3 Go quand même !
--
sm
Sous Linux, ton disque principal est /. Tu as aussi des repertoires /boot, /home/toto. Si tu ajoutes des disques, ils sont intégrés de façon transparente comme des répertoires. Ainsi, si toto a *plein* de video, il peut "monter" son nouveau disque dans /home/toto/video.
Après l'install d'Ubunu sur le DD externe, je ne comprenais pas de ne plus voir la partition conservée en FAT32, et finalement la retrouver sous forme de dossier perdu dans une arborescence de dossiers bien étrange, complexe. J'ai aussi vu des dossiers qui se retrouvaient d'un dossier à l'autre (home et divers) comme celui "games" par exemple. Pas réussi à savoir si c'était du simple radotage, ni à quoi ça pouvait servir. Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur. Mébon ... qui suis-je pour juger ?
-- sm
Le 7/13/10 5:26 PM, Marc Boyer a écrit :
Sous Linux, ton disque principal est /. Tu as aussi
des repertoires /boot, /home/toto. Si tu ajoutes des
disques, ils sont intégrés de façon transparente
comme des répertoires.
Ainsi, si toto a *plein* de video, il peut "monter"
son nouveau disque dans /home/toto/video.
Après l'install d'Ubunu sur le DD externe, je ne comprenais pas de ne
plus voir la partition conservée en FAT32, et finalement la retrouver
sous forme de dossier perdu dans une arborescence de dossiers bien
étrange, complexe.
J'ai aussi vu des dossiers qui se retrouvaient d'un dossier à l'autre
(home et divers) comme celui "games" par exemple.
Pas réussi à savoir si c'était du simple radotage, ni à quoi ça pouvait
servir.
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le
bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas
l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur.
Mébon ... qui suis-je pour juger ?
Sous Linux, ton disque principal est /. Tu as aussi des repertoires /boot, /home/toto. Si tu ajoutes des disques, ils sont intégrés de façon transparente comme des répertoires. Ainsi, si toto a *plein* de video, il peut "monter" son nouveau disque dans /home/toto/video.
Après l'install d'Ubunu sur le DD externe, je ne comprenais pas de ne plus voir la partition conservée en FAT32, et finalement la retrouver sous forme de dossier perdu dans une arborescence de dossiers bien étrange, complexe. J'ai aussi vu des dossiers qui se retrouvaient d'un dossier à l'autre (home et divers) comme celui "games" par exemple. Pas réussi à savoir si c'était du simple radotage, ni à quoi ça pouvait servir. Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur. Mébon ... qui suis-je pour juger ?
-- sm
SAM
Le 7/13/10 6:04 PM, jp willm a écrit :
Hello,
Le 13/07/2010 17:27, YBM a écrit :
- Une partition de plus de 3Gio sur le disque externe, montée sur la racine ("/")
Heu, 3 go c'est vraiment le "minimum syndical" !
J'ai fini par en mettre 9. (en pure perte, le Mac ne veut pas booter sur ce DD, bien qu'il m'a semblé voir un écran un peu semblable à celui vu depuis le CD, genre écran noir qui n'est pas noir)
- Une partition de plus de 3Gio sur le disque externe, montée
sur la racine ("/")
Heu, 3 go c'est vraiment le "minimum syndical" !
J'ai fini par en mettre 9.
(en pure perte, le Mac ne veut pas booter sur ce DD, bien qu'il m'a
semblé voir un écran un peu semblable à celui vu depuis le CD, genre
écran noir qui n'est pas noir)
- Une partition de plus de 3Gio sur le disque externe, montée sur la racine ("/")
Heu, 3 go c'est vraiment le "minimum syndical" !
J'ai fini par en mettre 9. (en pure perte, le Mac ne veut pas booter sur ce DD, bien qu'il m'a semblé voir un écran un peu semblable à celui vu depuis le CD, genre écran noir qui n'est pas noir)
Oui et non. Oui "en général", mais YBM semble dire que c'est difficile de faire booter Linux sur un disque externe avec un Mac.
Ben il arrive bien à booter sur le CD heu ... jamais eu de pb pour booter sur le DD que je voulais (mais ils restaient avec systèmes Mac et formatés ntfs, possible que finalement ext2 ou 3 ne soient pas l'top)
Rien à voir avec le système de fichiers (tu es assez désespérant de confusion : dès qu'il est possible d'interpréter un truc de travers, tu fonces en plein dedans).
ce n'est pas de la confusion, c'est de l'ignorance crasse, et ext2, 3, 4, c'est la 1ière fois que je vois ça.
Un Mac ne démarre pas comme un PC, à la place du BIOS il y a un truc assez chouette nommé EFI, qu'on trouve aussi sur certains serveur PC haut de gamme, mais implanté par Apple d'une façon telle que : - MacOS X peut être démarré à partir de n'importe quoi (disque interne, externe ou CD) - Windows ou Linux (bref, tout OS dont le bootloader par défaut repose sur le BIOS PC historique) peut être booté, grâce à une émulation du BIOS, sur le disque interne ou sur un CD, mais PAS sur un disque externe
Ha! mais alors ça ne me va pas du tout ça. Ça voudrait dire aussi que je ne pourrai démarrer d'une clé USB ?! (ou confusionne-je encore ?) Je viens d'en commander une exprès pour...
En théorie en jouant avec les bootloaders expérimentaux GRUB-EFI ou eLILO il pourrait être possible de booter un Linux installé entièrement sur un disque externe, mais ça, même les bidouilleurs de choc de la liste de diffusion Linux sur Mac/Intel ne le jureraient pas... Donc fais comme si c'était - pour l'instant - impossible.
Si je ne veux pas d'une partition Linux sur mon DD interne, ce n'est certes pas pour le remplacer par du bidouillage de choc ;-)
Et je viens de passer 2 heures à partitionner, installer avec échec, vider, re-partitionner, ré-installer et enfin booter sur le DD externe linuxien pour : - qu'il me dise : "insérez un disque bootable" ( Hu ?) - et maintenant apprendre que ce n'est pas possible
Donc tu n'as que deux possibilité : - Installer Linux entièrement sur le disque interne après redimensionnement de la partition HFS+ à partir de MacOS X
Non, ça c'est niet. Je préfère encore tenter de remettre en route un vieux 386 (ha! non ! l'est à la déchèterie)
- Installer un peu de Linux sur le disque interne - pour qu'il puisse démarrer, et le reste sur l'externe, ainsi : - Une petite partition ext3 ou 4 sur le disque interne monté sur le répertoire /boot ; - Le bootloader GRUB à l'endroit habituel (MBR du disque interne), comme il sera pris en charge par l'émulation du BIOS et pourra lire ses petits dans la partition citée ci-dessus ;
rEFit vient avec une petite appli "Partition Inspector" qui me dit que j'ai un GRUB qque part. (cf. rapport complet tt en bas) et qui, bien évidemment après ce que tu viens de tenter de m'apprendre, n'inspecte que le DD interne (et si on en a 2, 3 ou 4 des internes, qu'en fait-il ?)
- Une partition de plus de 3Gio sur le disque externe, montée sur la racine ("/") - Une partition de swap sur le disque externe, mettons 1Go
Après tu pourras installer (sous MacOS X) ReFIT qui te donnera un joli menu graphique au démarrage pour choisir entre Linux et MacOS X.
Partition Inspector - rapport :
*** Report for internal hard disk ***
Current GPT partition table: # Start LBA End LBA Type 1 40 409639 EFI System (FAT) 2 409640 488134983 Mac OS X HFS+
Current MBR partition table: # A Start LBA End LBA Type 1 1 488397160 ee EFI Protective
MBR contents: Boot Code: GRUB
Partition at LBA 40: Boot Code: None (Non-system disk message) File System: FAT32 Listed in GPT as partition 1, type EFI System (FAT)
Partition at LBA 409640: Boot Code: None File System: HFS Extended (HFS+) Listed in GPT as partition 2, type Mac OS X HFS+
Dont auquel je ne suis pas certain de comprendre ce qu'il raconte.
-- sm
Le 7/13/10 5:27 PM, YBM a écrit :
SAM a écrit :
Le 7/13/10 4:37 PM, Marc Boyer a écrit :
...
Oui et non.
Oui "en général", mais YBM semble dire que c'est difficile
de faire booter Linux sur un disque externe avec un Mac.
Ben il arrive bien à booter sur le CD
heu ... jamais eu de pb pour booter sur le DD que je voulais (mais ils
restaient avec systèmes Mac et formatés ntfs, possible que finalement
ext2 ou 3 ne soient pas l'top)
Rien à voir avec le système de fichiers (tu es assez désespérant de
confusion : dès qu'il est possible d'interpréter un truc de travers,
tu fonces en plein dedans).
ce n'est pas de la confusion, c'est de l'ignorance crasse,
et ext2, 3, 4, c'est la 1ière fois que je vois ça.
Un Mac ne démarre pas comme un PC, à la place du BIOS il y a un
truc assez chouette nommé EFI, qu'on trouve aussi sur certains
serveur PC haut de gamme, mais implanté par Apple d'une façon telle
que :
- MacOS X peut être démarré à partir de n'importe quoi (disque interne,
externe ou CD)
- Windows ou Linux (bref, tout OS dont le bootloader par défaut repose
sur le BIOS PC historique) peut être booté, grâce à une émulation
du BIOS, sur le disque interne ou sur un CD, mais PAS sur un disque
externe
Ha! mais alors ça ne me va pas du tout ça.
Ça voudrait dire aussi que je ne pourrai démarrer d'une clé USB ?!
(ou confusionne-je encore ?)
Je viens d'en commander une exprès pour...
En théorie en jouant avec les bootloaders expérimentaux GRUB-EFI ou
eLILO il pourrait être possible de booter un Linux installé entièrement
sur un disque externe, mais ça, même les bidouilleurs de choc de la
liste de diffusion Linux sur Mac/Intel ne le jureraient pas... Donc
fais comme si c'était - pour l'instant - impossible.
Si je ne veux pas d'une partition Linux sur mon DD interne, ce n'est
certes pas pour le remplacer par du bidouillage de choc ;-)
Et je viens de passer 2 heures à partitionner, installer avec échec,
vider, re-partitionner, ré-installer et enfin booter sur le DD externe
linuxien pour :
- qu'il me dise : "insérez un disque bootable" ( Hu ?)
- et maintenant apprendre que ce n'est pas possible
Donc tu n'as que deux possibilité :
- Installer Linux entièrement sur le disque interne après
redimensionnement de la partition HFS+ à partir de MacOS X
Non, ça c'est niet.
Je préfère encore tenter de remettre en route un vieux 386
(ha! non ! l'est à la déchèterie)
- Installer un peu de Linux sur le disque interne - pour
qu'il puisse démarrer, et le reste sur l'externe, ainsi :
- Une petite partition ext3 ou 4 sur le disque interne
monté sur le répertoire /boot ;
- Le bootloader GRUB à l'endroit habituel (MBR du disque
interne), comme il sera pris en charge par l'émulation
du BIOS et pourra lire ses petits dans la partition citée
ci-dessus ;
rEFit vient avec une petite appli "Partition Inspector" qui me dit que
j'ai un GRUB qque part. (cf. rapport complet tt en bas)
et qui, bien évidemment après ce que tu viens de tenter de m'apprendre,
n'inspecte que le DD interne (et si on en a 2, 3 ou 4 des internes,
qu'en fait-il ?)
- Une partition de plus de 3Gio sur le disque externe, montée
sur la racine ("/")
- Une partition de swap sur le disque externe, mettons 1Go
Après tu pourras installer (sous MacOS X) ReFIT qui te donnera
un joli menu graphique au démarrage pour choisir entre Linux et
MacOS X.
Partition Inspector - rapport :
*** Report for internal hard disk ***
Current GPT partition table:
# Start LBA End LBA Type
1 40 409639 EFI System (FAT)
2 409640 488134983 Mac OS X HFS+
Current MBR partition table:
# A Start LBA End LBA Type
1 1 488397160 ee EFI Protective
MBR contents:
Boot Code: GRUB
Partition at LBA 40:
Boot Code: None (Non-system disk message)
File System: FAT32
Listed in GPT as partition 1, type EFI System (FAT)
Partition at LBA 409640:
Boot Code: None
File System: HFS Extended (HFS+)
Listed in GPT as partition 2, type Mac OS X HFS+
Dont auquel je ne suis pas certain de comprendre ce qu'il raconte.
Oui et non. Oui "en général", mais YBM semble dire que c'est difficile de faire booter Linux sur un disque externe avec un Mac.
Ben il arrive bien à booter sur le CD heu ... jamais eu de pb pour booter sur le DD que je voulais (mais ils restaient avec systèmes Mac et formatés ntfs, possible que finalement ext2 ou 3 ne soient pas l'top)
Rien à voir avec le système de fichiers (tu es assez désespérant de confusion : dès qu'il est possible d'interpréter un truc de travers, tu fonces en plein dedans).
ce n'est pas de la confusion, c'est de l'ignorance crasse, et ext2, 3, 4, c'est la 1ière fois que je vois ça.
Un Mac ne démarre pas comme un PC, à la place du BIOS il y a un truc assez chouette nommé EFI, qu'on trouve aussi sur certains serveur PC haut de gamme, mais implanté par Apple d'une façon telle que : - MacOS X peut être démarré à partir de n'importe quoi (disque interne, externe ou CD) - Windows ou Linux (bref, tout OS dont le bootloader par défaut repose sur le BIOS PC historique) peut être booté, grâce à une émulation du BIOS, sur le disque interne ou sur un CD, mais PAS sur un disque externe
Ha! mais alors ça ne me va pas du tout ça. Ça voudrait dire aussi que je ne pourrai démarrer d'une clé USB ?! (ou confusionne-je encore ?) Je viens d'en commander une exprès pour...
En théorie en jouant avec les bootloaders expérimentaux GRUB-EFI ou eLILO il pourrait être possible de booter un Linux installé entièrement sur un disque externe, mais ça, même les bidouilleurs de choc de la liste de diffusion Linux sur Mac/Intel ne le jureraient pas... Donc fais comme si c'était - pour l'instant - impossible.
Si je ne veux pas d'une partition Linux sur mon DD interne, ce n'est certes pas pour le remplacer par du bidouillage de choc ;-)
Et je viens de passer 2 heures à partitionner, installer avec échec, vider, re-partitionner, ré-installer et enfin booter sur le DD externe linuxien pour : - qu'il me dise : "insérez un disque bootable" ( Hu ?) - et maintenant apprendre que ce n'est pas possible
Donc tu n'as que deux possibilité : - Installer Linux entièrement sur le disque interne après redimensionnement de la partition HFS+ à partir de MacOS X
Non, ça c'est niet. Je préfère encore tenter de remettre en route un vieux 386 (ha! non ! l'est à la déchèterie)
- Installer un peu de Linux sur le disque interne - pour qu'il puisse démarrer, et le reste sur l'externe, ainsi : - Une petite partition ext3 ou 4 sur le disque interne monté sur le répertoire /boot ; - Le bootloader GRUB à l'endroit habituel (MBR du disque interne), comme il sera pris en charge par l'émulation du BIOS et pourra lire ses petits dans la partition citée ci-dessus ;
rEFit vient avec une petite appli "Partition Inspector" qui me dit que j'ai un GRUB qque part. (cf. rapport complet tt en bas) et qui, bien évidemment après ce que tu viens de tenter de m'apprendre, n'inspecte que le DD interne (et si on en a 2, 3 ou 4 des internes, qu'en fait-il ?)
- Une partition de plus de 3Gio sur le disque externe, montée sur la racine ("/") - Une partition de swap sur le disque externe, mettons 1Go
Après tu pourras installer (sous MacOS X) ReFIT qui te donnera un joli menu graphique au démarrage pour choisir entre Linux et MacOS X.
Partition Inspector - rapport :
*** Report for internal hard disk ***
Current GPT partition table: # Start LBA End LBA Type 1 40 409639 EFI System (FAT) 2 409640 488134983 Mac OS X HFS+
Current MBR partition table: # A Start LBA End LBA Type 1 1 488397160 ee EFI Protective
MBR contents: Boot Code: GRUB
Partition at LBA 40: Boot Code: None (Non-system disk message) File System: FAT32 Listed in GPT as partition 1, type EFI System (FAT)
Partition at LBA 409640: Boot Code: None File System: HFS Extended (HFS+) Listed in GPT as partition 2, type Mac OS X HFS+
Dont auquel je ne suis pas certain de comprendre ce qu'il raconte.
-- sm
SAM
Le 7/13/10 6:04 PM, jp willm a écrit :
Hello,
Le 13/07/2010 17:27, YBM a écrit :
- Une partition de plus de 3Gio sur le disque externe, montée sur la racine ("/")
Heu, 3 go c'est vraiment le "minimum syndical" !
Pour un serveur, sans doute cela suffira, mais si l'on s'amuse à installer des applications multimedia par la suite, vaut mieux pour quelqu'un qui débute prévoir 6 à 7 Go AMHA.
On ne peut pas installer les trucs autre que le système un peu où on veut ? Une fois le système installé et réglé à sa main, il doit être encore temps de faire de la place dans la partoche principale (celle restée en FAT32).
Et encore faudra-t-il vider passer régulièrement un petit sudo apt-get clean ou configurer synaptic pour vider automatiquement /var/cache/apt/archives après les mises à jour :
Une fois synaptic ouvert, aller dans Configuration > Préférences - clic sur l'onglet "Fichiers" - cocher "Supprimer les paquets téléchargés après installation"
Bon ... de ttes façons ... ce DD externe ne boot pas :-(
-- sm
Le 7/13/10 6:04 PM, jp willm a écrit :
Hello,
Le 13/07/2010 17:27, YBM a écrit :
- Une partition de plus de 3Gio sur le disque externe, montée
sur la racine ("/")
Heu, 3 go c'est vraiment le "minimum syndical" !
Pour un serveur, sans doute cela suffira, mais si l'on s'amuse à
installer des applications multimedia par la suite, vaut mieux pour
quelqu'un qui débute prévoir 6 à 7 Go AMHA.
On ne peut pas installer les trucs autre que le système un peu où on veut ?
Une fois le système installé et réglé à sa main, il doit être encore
temps de faire de la place dans la partoche principale (celle restée en
FAT32).
Et encore faudra-t-il vider passer régulièrement un petit sudo apt-get
clean ou configurer synaptic pour vider automatiquement
/var/cache/apt/archives après les mises à jour :
Une fois synaptic ouvert, aller dans Configuration > Préférences
- clic sur l'onglet "Fichiers"
- cocher "Supprimer les paquets téléchargés après installation"
Bon ... de ttes façons ... ce DD externe ne boot pas :-(
- Une partition de plus de 3Gio sur le disque externe, montée sur la racine ("/")
Heu, 3 go c'est vraiment le "minimum syndical" !
Pour un serveur, sans doute cela suffira, mais si l'on s'amuse à installer des applications multimedia par la suite, vaut mieux pour quelqu'un qui débute prévoir 6 à 7 Go AMHA.
On ne peut pas installer les trucs autre que le système un peu où on veut ? Une fois le système installé et réglé à sa main, il doit être encore temps de faire de la place dans la partoche principale (celle restée en FAT32).
Et encore faudra-t-il vider passer régulièrement un petit sudo apt-get clean ou configurer synaptic pour vider automatiquement /var/cache/apt/archives après les mises à jour :
Une fois synaptic ouvert, aller dans Configuration > Préférences - clic sur l'onglet "Fichiers" - cocher "Supprimer les paquets téléchargés après installation"
Bon ... de ttes façons ... ce DD externe ne boot pas :-(
-- sm
SAM
Le 7/13/10 10:59 PM, Olivier Miakinen a écrit :
Le 13/07/2010 21:25, Nicolas George répondait à YBM à propos de SAM :
tu es assez désespérant de confusion : dès qu'il est possible d'interpréter un truc de travers, tu fonces en plein dedans
Et il ne t'est pas venu qu'il faisait exprès ? Je n'ai lu que très en diagonale les interventions de l'olibrius et pourtant c'est la première impression que j'ai eue : ce n'est pas un utilisateur authentiquement intéressé, c'est un macounet venu troller.
Si je peux me permettre de m'immiscer...
Je n'ai pas lu la discussion, aussi je ne saurais pas juger si oui ou non SAM est vraiment venu pour troller.
C'est surtout que j'occupe bp d'espace et arrive facilement à utiliser 3 posts pour une réponse.
C'est quand même +/- un troll dans la mesure où je n'abandonnerai pas le Mac. Bien que j'ai bien aimé gedit pour le peu que je m'en suis servi (1 page html) il n'y a pas sous Linux l'application que j'utilise pour mon travail (ni rien de suffisamment approchant).
Merci Olivier de ton intervention. -- sm
Le 7/13/10 10:59 PM, Olivier Miakinen a écrit :
Le 13/07/2010 21:25, Nicolas George répondait à YBM à propos de SAM :
tu es assez désespérant de
confusion : dès qu'il est possible d'interpréter un truc de travers,
tu fonces en plein dedans
Et il ne t'est pas venu qu'il faisait exprès ? Je n'ai lu que très en
diagonale les interventions de l'olibrius et pourtant c'est la première
impression que j'ai eue : ce n'est pas un utilisateur authentiquement
intéressé, c'est un macounet venu troller.
Si je peux me permettre de m'immiscer...
Je n'ai pas lu la discussion, aussi je ne saurais pas juger si oui ou
non SAM est vraiment venu pour troller.
C'est surtout que j'occupe bp d'espace et arrive facilement à utiliser 3
posts pour une réponse.
C'est quand même +/- un troll dans la mesure où je n'abandonnerai pas le
Mac.
Bien que j'ai bien aimé gedit pour le peu que je m'en suis servi (1 page
html) il n'y a pas sous Linux l'application que j'utilise pour mon
travail (ni rien de suffisamment approchant).
Le 13/07/2010 21:25, Nicolas George répondait à YBM à propos de SAM :
tu es assez désespérant de confusion : dès qu'il est possible d'interpréter un truc de travers, tu fonces en plein dedans
Et il ne t'est pas venu qu'il faisait exprès ? Je n'ai lu que très en diagonale les interventions de l'olibrius et pourtant c'est la première impression que j'ai eue : ce n'est pas un utilisateur authentiquement intéressé, c'est un macounet venu troller.
Si je peux me permettre de m'immiscer...
Je n'ai pas lu la discussion, aussi je ne saurais pas juger si oui ou non SAM est vraiment venu pour troller.
C'est surtout que j'occupe bp d'espace et arrive facilement à utiliser 3 posts pour une réponse.
C'est quand même +/- un troll dans la mesure où je n'abandonnerai pas le Mac. Bien que j'ai bien aimé gedit pour le peu que je m'en suis servi (1 page html) il n'y a pas sous Linux l'application que j'utilise pour mon travail (ni rien de suffisamment approchant).
Merci Olivier de ton intervention. -- sm
Doug713705
Le 13/7/2010 23:38 dans fr.comp.os.linux.configuration SAM nous expliquait:
On ne peut pas installer les trucs autre que le système un peu où on veut ? Une fois le système installé et réglé à sa main, il doit être encore temps de faire de la place dans la partoche principale (celle restée en FAT32).
Il t'a déjà été expliqué que FAT32 n'était pas un bon système de fichiers pour ça (installation système et applications).
A la limite tu pourras y stocker les documents que tu souhaites pouvoir lire depuis Linux comme MacOSX mais guère plus.
C'est typiquement le cas des clefs USB qui sont généralement formatées en FAT. -- Une souris verte qui courait dans l'herbe. On la prend par la queue, on la montre à ces messieurs. Ces messieurs nous disent : Garde à vous ! (H.F.T. Première descente aux enfers par la face nord)
Le 13/7/2010 23:38 dans fr.comp.os.linux.configuration SAM nous
expliquait:
On ne peut pas installer les trucs autre que le système un peu où on veut ?
Une fois le système installé et réglé à sa main, il doit être encore
temps de faire de la place dans la partoche principale (celle restée en
FAT32).
Il t'a déjà été expliqué que FAT32 n'était pas un bon système de
fichiers pour ça (installation système et applications).
A la limite tu pourras y stocker les documents que tu souhaites pouvoir
lire depuis Linux comme MacOSX mais guère plus.
C'est typiquement le cas des clefs USB qui sont généralement formatées
en FAT.
--
Une souris verte qui courait dans l'herbe. On la prend par la queue, on
la montre à ces messieurs. Ces messieurs nous disent : Garde à vous !
(H.F.T. Première descente aux enfers par la face nord)
Le 13/7/2010 23:38 dans fr.comp.os.linux.configuration SAM nous expliquait:
On ne peut pas installer les trucs autre que le système un peu où on veut ? Une fois le système installé et réglé à sa main, il doit être encore temps de faire de la place dans la partoche principale (celle restée en FAT32).
Il t'a déjà été expliqué que FAT32 n'était pas un bon système de fichiers pour ça (installation système et applications).
A la limite tu pourras y stocker les documents que tu souhaites pouvoir lire depuis Linux comme MacOSX mais guère plus.
C'est typiquement le cas des clefs USB qui sont généralement formatées en FAT. -- Une souris verte qui courait dans l'herbe. On la prend par la queue, on la montre à ces messieurs. Ces messieurs nous disent : Garde à vous ! (H.F.T. Première descente aux enfers par la face nord)
Doug713705
Le 13/7/2010 23:13 dans fr.comp.os.linux.configuration SAM nous expliquait:
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur. Mébon ... qui suis-je pour juger ?
L'un n'empèche pas l'autre. Que le système monte ta partition dans /home/toto/video ne t'empèchera pas de faire un raccourcis ou une barre latérale qui pointe dessus.
Il faut bien différencier l'architecture du système et l'interprétation qui en est faite par l'interface graphique.
Bien qu'il ne soit pas facile de le faire quand on est habitué aux systèmes qui entretienne la confusion, il faut bien différencier l'architecture du système et l'interprétation qui en est faite par l'interface graphique. -- Lové sur ton ventre, le bébé s'ouvre les veines et tu me demandes s'il a bien pris sa dose. (H.F.T. Une fille au rhésus négatif)
Le 13/7/2010 23:13 dans fr.comp.os.linux.configuration SAM nous
expliquait:
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le
bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas
l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur.
Mébon ... qui suis-je pour juger ?
L'un n'empèche pas l'autre.
Que le système monte ta partition dans /home/toto/video ne t'empèchera
pas de faire un raccourcis ou une barre latérale qui pointe dessus.
Il faut bien différencier l'architecture du système et l'interprétation
qui en est faite par l'interface graphique.
Bien qu'il ne soit pas facile de le faire quand on est habitué aux
systèmes qui entretienne la confusion, il faut bien différencier
l'architecture du système et l'interprétation qui en est faite par
l'interface graphique.
--
Lové sur ton ventre, le bébé s'ouvre les veines et tu me demandes s'il
a bien pris sa dose. (H.F.T. Une fille au rhésus négatif)
Le 13/7/2010 23:13 dans fr.comp.os.linux.configuration SAM nous expliquait:
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur. Mébon ... qui suis-je pour juger ?
L'un n'empèche pas l'autre. Que le système monte ta partition dans /home/toto/video ne t'empèchera pas de faire un raccourcis ou une barre latérale qui pointe dessus.
Il faut bien différencier l'architecture du système et l'interprétation qui en est faite par l'interface graphique.
Bien qu'il ne soit pas facile de le faire quand on est habitué aux systèmes qui entretienne la confusion, il faut bien différencier l'architecture du système et l'interprétation qui en est faite par l'interface graphique. -- Lové sur ton ventre, le bébé s'ouvre les veines et tu me demandes s'il a bien pris sa dose. (H.F.T. Une fille au rhésus négatif)
Doug713705
Le 13/7/2010 23:13 dans fr.comp.os.linux.configuration SAM nous expliquait:
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur. Mébon ... qui suis-je pour juger ?
(supersedes grammatical)
L'un n'empèche pas l'autre. Que le système monte ta partition dans /home/toto/video ne t'empèchera pas de faire un raccourcis ou une barre latérale qui pointe dessus.
Il faut bien différencier l'architecture du système et l'interprétation qui en est faite par l'interface graphique.
Bien qu'il ne soit pas facile de le faire quand on est habitué aux systèmes qui entretiennent la confusion, il faut bien différencier l'architecture du système et l'interprétation qui en est faite par l'interface graphique. -- Lové sur ton ventre, le bébé s'ouvre les veines et tu me demandes s'il a bien pris sa dose. (H.F.T. Une fille au rhésus négatif)
Le 13/7/2010 23:13 dans fr.comp.os.linux.configuration SAM nous
expliquait:
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le
bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas
l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur.
Mébon ... qui suis-je pour juger ?
(supersedes grammatical)
L'un n'empèche pas l'autre.
Que le système monte ta partition dans /home/toto/video ne t'empèchera
pas de faire un raccourcis ou une barre latérale qui pointe dessus.
Il faut bien différencier l'architecture du système et l'interprétation
qui en est faite par l'interface graphique.
Bien qu'il ne soit pas facile de le faire quand on est habitué aux
systèmes qui entretiennent la confusion, il faut bien différencier
l'architecture du système et l'interprétation qui en est faite par
l'interface graphique.
--
Lové sur ton ventre, le bébé s'ouvre les veines et tu me demandes s'il
a bien pris sa dose. (H.F.T. Une fille au rhésus négatif)
Le 13/7/2010 23:13 dans fr.comp.os.linux.configuration SAM nous expliquait:
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur. Mébon ... qui suis-je pour juger ?
(supersedes grammatical)
L'un n'empèche pas l'autre. Que le système monte ta partition dans /home/toto/video ne t'empèchera pas de faire un raccourcis ou une barre latérale qui pointe dessus.
Il faut bien différencier l'architecture du système et l'interprétation qui en est faite par l'interface graphique.
Bien qu'il ne soit pas facile de le faire quand on est habitué aux systèmes qui entretiennent la confusion, il faut bien différencier l'architecture du système et l'interprétation qui en est faite par l'interface graphique. -- Lové sur ton ventre, le bébé s'ouvre les veines et tu me demandes s'il a bien pris sa dose. (H.F.T. Une fille au rhésus négatif)
YBM
SAM a écrit :
Le 7/13/10 5:26 PM, Marc Boyer a écrit :
Sous Linux, ton disque principal est /. Tu as aussi des repertoires /boot, /home/toto. Si tu ajoutes des disques, ils sont intégrés de façon transparente comme des répertoires. Ainsi, si toto a *plein* de video, il peut "monter" son nouveau disque dans /home/toto/video.
Après l'install d'Ubunu sur le DD externe, je ne comprenais pas de ne plus voir la partition conservée en FAT32, et finalement la retrouver sous forme de dossier perdu dans une arborescence de dossiers bien étrange, complexe.
étrange... complexe... et qui est fondamentalement la même que sous MacOS X...
J'ai aussi vu des dossiers qui se retrouvaient d'un dossier à l'autre (home et divers) comme celui "games" par exemple. Pas réussi à savoir si c'était du simple radotage, ni à quoi ça pouvait servir.
/usr/games : les exécutables des jeux /usr/lib/games : DLL et données dépendantes de l'architecture /var/games : les highscores et autres données partagées /usr/share/games : les données des jeux indépendantes de l'architecture
Ok, là dessus MacOS diffère des UNIX habituels en ce sens qu'il met tout dans un seul dossier (le truc qui tu crois être un fichier d'application), ça se discute, surtout du fait que le côté partagé des DLL devient un peu illusoire. Ceci dit la plupart des distributions de Linux, surtout Debian/Ubuntu/etc, introduisent un système de gestion de paquets (un "application store" si tu veux) qui rend tout ça simplissime à gérer.
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur. Mébon ... qui suis-je pour juger ?
D'autant plus mal placé... que le fonctionnement qui te dérange est AUSSI celui de MacOS X : un disque externe est monté dans un sous-dossier de /Volumes ET est visible sur le bureau.
Sous Ubuntu ce n'est pas /Volumes mais /media (pour ce que ça change), et le disque est visible sur le bureau (et surtout, comme sur MacOS X, ses droits d'accès sont liés à l'utilisateur connecté au bureau local.
SAM a écrit :
Le 7/13/10 5:26 PM, Marc Boyer a écrit :
Sous Linux, ton disque principal est /. Tu as aussi
des repertoires /boot, /home/toto. Si tu ajoutes des
disques, ils sont intégrés de façon transparente
comme des répertoires. Ainsi, si toto a *plein* de video, il peut
"monter"
son nouveau disque dans /home/toto/video.
Après l'install d'Ubunu sur le DD externe, je ne comprenais pas de ne
plus voir la partition conservée en FAT32, et finalement la retrouver
sous forme de dossier perdu dans une arborescence de dossiers bien
étrange, complexe.
étrange... complexe... et qui est fondamentalement la même que sous
MacOS X...
J'ai aussi vu des dossiers qui se retrouvaient d'un dossier à l'autre
(home et divers) comme celui "games" par exemple.
Pas réussi à savoir si c'était du simple radotage, ni à quoi ça pouvait
servir.
/usr/games : les exécutables des jeux
/usr/lib/games : DLL et données dépendantes de l'architecture
/var/games : les highscores et autres données partagées
/usr/share/games : les données des jeux indépendantes de
l'architecture
Ok, là dessus MacOS diffère des UNIX habituels en ce sens qu'il met tout
dans un seul dossier (le truc qui tu crois être un fichier
d'application), ça se discute, surtout du fait que le côté partagé des
DLL devient un peu illusoire. Ceci dit la plupart des distributions
de Linux, surtout Debian/Ubuntu/etc, introduisent un système de gestion
de paquets (un "application store" si tu veux) qui rend tout ça
simplissime à gérer.
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le
bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas
l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur.
Mébon ... qui suis-je pour juger ?
D'autant plus mal placé... que le fonctionnement qui te dérange est
AUSSI celui de MacOS X : un disque externe est monté dans un
sous-dossier de /Volumes ET est visible sur le bureau.
Sous Ubuntu ce n'est pas /Volumes mais /media (pour ce que ça change),
et le disque est visible sur le bureau (et surtout, comme sur MacOS X,
ses droits d'accès sont liés à l'utilisateur connecté au bureau local.
Sous Linux, ton disque principal est /. Tu as aussi des repertoires /boot, /home/toto. Si tu ajoutes des disques, ils sont intégrés de façon transparente comme des répertoires. Ainsi, si toto a *plein* de video, il peut "monter" son nouveau disque dans /home/toto/video.
Après l'install d'Ubunu sur le DD externe, je ne comprenais pas de ne plus voir la partition conservée en FAT32, et finalement la retrouver sous forme de dossier perdu dans une arborescence de dossiers bien étrange, complexe.
étrange... complexe... et qui est fondamentalement la même que sous MacOS X...
J'ai aussi vu des dossiers qui se retrouvaient d'un dossier à l'autre (home et divers) comme celui "games" par exemple. Pas réussi à savoir si c'était du simple radotage, ni à quoi ça pouvait servir.
/usr/games : les exécutables des jeux /usr/lib/games : DLL et données dépendantes de l'architecture /var/games : les highscores et autres données partagées /usr/share/games : les données des jeux indépendantes de l'architecture
Ok, là dessus MacOS diffère des UNIX habituels en ce sens qu'il met tout dans un seul dossier (le truc qui tu crois être un fichier d'application), ça se discute, surtout du fait que le côté partagé des DLL devient un peu illusoire. Ceci dit la plupart des distributions de Linux, surtout Debian/Ubuntu/etc, introduisent un système de gestion de paquets (un "application store" si tu veux) qui rend tout ça simplissime à gérer.
Le coup du /home/toto/video plutôt que d'avoir le disque 'video' sur le bureau, ou en barre latérale de fenêtre de dossier, je ne vois pas l'intérêt si ce n'est de tenter de faire se perdre l'utilisateur. Mébon ... qui suis-je pour juger ?
D'autant plus mal placé... que le fonctionnement qui te dérange est AUSSI celui de MacOS X : un disque externe est monté dans un sous-dossier de /Volumes ET est visible sur le bureau.
Sous Ubuntu ce n'est pas /Volumes mais /media (pour ce que ça change), et le disque est visible sur le bureau (et surtout, comme sur MacOS X, ses droits d'accès sont liés à l'utilisateur connecté au bureau local.
Erwan David
Doug713705 écrivait :
A la limite tu pourras y stocker les documents que tu souhaites pouvoir lire depuis Linux comme MacOSX mais guère plus.
Pour ça mieux vaut mettre du HFS+ non journalisé...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Doug713705 <doug.letough@free.fr> écrivait :
A la limite tu pourras y stocker les documents que tu souhaites pouvoir
lire depuis Linux comme MacOSX mais guère plus.
Pour ça mieux vaut mettre du HFS+ non journalisé...
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
