Je suis un adepte de la manip de d=E9localisation de /Users sur une
partition s=E9par=E9e, via la manip "=E0 la Jayce" utilisant /etc/fstab.
J'ai =E7a sans probl=E8mes sur mon disque interne depuis longtemps.
Pr=E9parant un changement du disque interne de mon powerbook, j'ai voulu
faire la manip sur le disque - externe pour l'instant, et mont=E9 via
Firewire - qui sera mon futur disque interne. J'ai donc fait les
op=E9rations suivantes :
1=2E Partitionner le disque externe en trois partitions INT1, INT2, INT3
(avec INT comme (futur) "interne", pour l'instant ces partitions sont
sur un disque externe).
2=2E Installer un syst=E8me tout propre sur INT1 =E0 partir du DVD Tiger,
puis le mettre =E0 jour en 10.4.8 et faire toutes les mises =E0 jour
Apple.
3=2E Installer mes Applis.
4=2E Cr=E9=E9er mes utilisateurs (user1 et user2) sur INT1.
5=2E Faire une sauvegarde de INT1 vers INT2 avec CCC, avant de passer =E0
la suite.
Les op=E9rations suivantes ont =E9t=E9 faites en ayant d=E9marr=E9 sur ma
partition syst=E8me actuelle (donc sur le disque interne) :
6=2E Cr=E9=E9er un fichier /etc/fstab (en fait copi=E9 depuis ma partition
syst=E8me actuelle) sur INT1. Ce fichier contient la ligne :
UUID=3DFC6A4520-739B-366A-9DCF-1967EB5DAB55 /Users hfs rw
o=F9 l'UUID est celui de la partition INT3, destin=E9e =E0 accueillir mon
dossier /Users.
7=2E Copier le contenu de /Volumes/INT1/Users vers /Volumes/INT3 par un
"sudo ditto"
8=2E Virer le contenu de /Volumes/INT1 (avec le Finder).
9=2E Red=E9marrer sur INT1.
Apr=E8s red=E9marrage sur INT1 :
- Je ne vois plus de dossier Utilisateurs dans INT1 depuis le Finder
(normal),
- les dossiers user1, user2 et Partag=E9 sont bien sur INT3
Mais :
- mon dossier "user1" sur INT3 n'a pas l'ic=F4ne de petite maison,
- mon environnement utilisateur n'est pas celui que j'avais
personnalis=E9 (position du Dock par exemple),
- au Terminal, je vois qu'un dossier "user1" a =E9t=E9 recr=E9=E9 dans
/Users
Donc manifestement au d=E9marrage le syst=E8me n'a pas reconnu mon
dossier home d=E9localis=E9 sur INT3 et en a recr=E9=E9 un vierge dans
INT1/Users.
Sachant que les permissions ont l'air correctes :
"ls -l /Volumes/INT1/etc/fstab" donne :
-rw-r--r-- 1 root wheel 314 Dec 3 18:27 /Volumes/INT1/etc/fstab
et "ls -ld /Volumes/INT1/Users" donne :
drwxrwxr-t 4 root admin 136 Dec 3 18:48 /Volumes/INT1/Users
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Herve
Un indice supplémentaire (?) :
Quand je démarre sur INT1 la première fenêtre Finder qui s'affiche comporte dans sa barre latérale les dossiers classiques du répertoire départ : la petite maison, Documents, Images, etc. tous avec leurs icônes spécifiques. Et la barre de titre de la fenêtre comporte également l'icône de maison. Un Pomme-Clic sur la barre de titre m'indique que ce dossier user1 (mon home) se trouve dans INT1/Utilisateurs mais dans la liste d'arborescence qui se déroule, il n'y a pas d'icône devant "Utilisateurs".
Ensuite si je me déplace ailleurs que dans mon home, la barre latérale de la fenêtre change : tous les dossiers à icônes personnalisées de mon utilisateur disparaissent, il n'y a plus qu'une icône de dossier générique appelé "user1" (plus Applications avec son icône spécifique). Et un Cmd-Shift-H, supposé me faire aller à mon home, est sans effet. Il m'est impossible de retrouver l'affichage initial de la barre latérale (avec mes icônes personnalisées du contenu de mon home), à moins de redémarrer.
Merci d'avance,
Hervé
Un indice supplémentaire (?) :
Quand je démarre sur INT1 la première fenêtre Finder qui s'affiche
comporte dans sa barre latérale les dossiers classiques du répertoire
départ : la petite maison, Documents, Images, etc. tous avec leurs
icônes spécifiques. Et la barre de titre de la fenêtre comporte
également l'icône de maison.
Un Pomme-Clic sur la barre de titre m'indique que ce dossier user1 (mon
home) se trouve dans INT1/Utilisateurs mais dans la liste
d'arborescence qui se déroule, il n'y a pas d'icône devant
"Utilisateurs".
Ensuite si je me déplace ailleurs que dans mon home, la barre
latérale de la fenêtre change : tous les dossiers à icônes
personnalisées de mon utilisateur disparaissent, il n'y a plus qu'une
icône de dossier générique appelé "user1" (plus Applications avec
son icône spécifique).
Et un Cmd-Shift-H, supposé me faire aller à mon home, est sans effet.
Il m'est impossible de retrouver l'affichage initial de la barre
latérale (avec mes icônes personnalisées du contenu de mon home), à
moins de redémarrer.
Quand je démarre sur INT1 la première fenêtre Finder qui s'affiche comporte dans sa barre latérale les dossiers classiques du répertoire départ : la petite maison, Documents, Images, etc. tous avec leurs icônes spécifiques. Et la barre de titre de la fenêtre comporte également l'icône de maison. Un Pomme-Clic sur la barre de titre m'indique que ce dossier user1 (mon home) se trouve dans INT1/Utilisateurs mais dans la liste d'arborescence qui se déroule, il n'y a pas d'icône devant "Utilisateurs".
Ensuite si je me déplace ailleurs que dans mon home, la barre latérale de la fenêtre change : tous les dossiers à icônes personnalisées de mon utilisateur disparaissent, il n'y a plus qu'une icône de dossier générique appelé "user1" (plus Applications avec son icône spécifique). Et un Cmd-Shift-H, supposé me faire aller à mon home, est sans effet. Il m'est impossible de retrouver l'affichage initial de la barre latérale (avec mes icônes personnalisées du contenu de mon home), à moins de redémarrer.
Merci d'avance,
Hervé
Nicolas.MICHEL
Herve wrote:
Qu'est-ce qui cloche ?
Les disques externes, par défaut, sont montés lors du login de l'utilisateur et non au boot.
Bien que ce sois sûrement possible, je ne sais pas modifier ce comportement autrement qu'avec TinkerTool.
Ceci étant fait, le disque doit monter au bot et non au login. C'est à dire que si tu n'es pas logué, le disque est présent. C'est pratique pour un serveur.
Après ça, je ne sais pas si ça fonctionnera avec fstab, ou si tu dois faire un sudo niload . "UUIDü6A4520-739B-366A-9DCF-1967EB5DAB55 /Users hfs rw"
Ou encore un mount dans un loginhook.
Pas testé... -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Herve <herve.nospam@tiscali.fr> wrote:
Qu'est-ce qui cloche ?
Les disques externes, par défaut, sont montés lors du login de
l'utilisateur et non au boot.
Bien que ce sois sûrement possible, je ne sais pas modifier ce
comportement autrement qu'avec TinkerTool.
Ceci étant fait, le disque doit monter au bot et non au login.
C'est à dire que si tu n'es pas logué, le disque est présent.
C'est pratique pour un serveur.
Après ça, je ne sais pas si ça fonctionnera avec fstab, ou si tu dois
faire un
sudo niload . "UUIDü6A4520-739B-366A-9DCF-1967EB5DAB55 /Users hfs rw"
Ou encore un mount dans un loginhook.
Pas testé...
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Les disques externes, par défaut, sont montés lors du login de l'utilisateur et non au boot.
Bien que ce sois sûrement possible, je ne sais pas modifier ce comportement autrement qu'avec TinkerTool.
Ceci étant fait, le disque doit monter au bot et non au login. C'est à dire que si tu n'es pas logué, le disque est présent. C'est pratique pour un serveur.
Après ça, je ne sais pas si ça fonctionnera avec fstab, ou si tu dois faire un sudo niload . "UUIDü6A4520-739B-366A-9DCF-1967EB5DAB55 /Users hfs rw"
Ou encore un mount dans un loginhook.
Pas testé... -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Herve
On 4 déc, 11:01, (Nicolas MICHEL) wrote:
Les disques externes, par défaut, sont montés lors du login de l'utilisateur et non au boot.
Je craignais que ce fut lié au fait d'utiliser un disque externe ou un montage via Firewire, merci de ta réponse. Je vais donc devoir changer de méthode : copier toutes mes données vers le disque externe, faire la permutation physique des disques, et activer le fstab ensuite seulement. Heureusement j'ai prévu large pour la taille de la partition système, les données utilisateur non encore délocalisées devraient tenir.
Ta réponse m'intrigue cependant : comment la phase initiale du démarrage (avant l'apparition de l'écran de login) peut-elle s'effectuer, si le disque externe sur lequel se trouve le système n'est pas encore monté ? De même, pour que la partition système externe soit vue lors du démarrage avec Option, il faut bien que le disque externe soit monté, non ?
Question connexe : l'UUID est-il bien indépendant de la position _physique_ de la partition ? En d'autres termes, sa valeur ne changera-t-elle pas quand j'aurais échangé les disques ? Je pense que la réponse est non (c'est tout l'intérêt de l'UUID qui sinon ne serait pas "Universel") mais je préfère vérifier.
Hervé
On 4 déc, 11:01, Nicolas.MIC...@BonBon.net (Nicolas MICHEL) wrote:
Les disques externes, par défaut, sont montés lors du login de
l'utilisateur et non au boot.
Je craignais que ce fut lié au fait d'utiliser un disque externe ou un
montage via Firewire, merci de ta réponse.
Je vais donc devoir changer de méthode : copier toutes mes données
vers le disque externe, faire la permutation physique des disques, et
activer le fstab ensuite seulement. Heureusement j'ai prévu large pour
la taille de la partition système, les données utilisateur non encore
délocalisées devraient tenir.
Ta réponse m'intrigue cependant : comment la phase initiale du
démarrage (avant l'apparition de l'écran de login) peut-elle
s'effectuer, si le disque externe sur lequel se trouve le système
n'est pas encore monté ? De même, pour que la partition système
externe soit vue lors du démarrage avec Option, il faut bien que le
disque externe soit monté, non ?
Question connexe : l'UUID est-il bien indépendant de la position
_physique_ de la partition ? En d'autres termes, sa valeur ne
changera-t-elle pas quand j'aurais échangé les disques ? Je pense que
la réponse est non (c'est tout l'intérêt de l'UUID qui sinon ne
serait pas "Universel") mais je préfère vérifier.
Les disques externes, par défaut, sont montés lors du login de l'utilisateur et non au boot.
Je craignais que ce fut lié au fait d'utiliser un disque externe ou un montage via Firewire, merci de ta réponse. Je vais donc devoir changer de méthode : copier toutes mes données vers le disque externe, faire la permutation physique des disques, et activer le fstab ensuite seulement. Heureusement j'ai prévu large pour la taille de la partition système, les données utilisateur non encore délocalisées devraient tenir.
Ta réponse m'intrigue cependant : comment la phase initiale du démarrage (avant l'apparition de l'écran de login) peut-elle s'effectuer, si le disque externe sur lequel se trouve le système n'est pas encore monté ? De même, pour que la partition système externe soit vue lors du démarrage avec Option, il faut bien que le disque externe soit monté, non ?
Question connexe : l'UUID est-il bien indépendant de la position _physique_ de la partition ? En d'autres termes, sa valeur ne changera-t-elle pas quand j'aurais échangé les disques ? Je pense que la réponse est non (c'est tout l'intérêt de l'UUID qui sinon ne serait pas "Universel") mais je préfère vérifier.
Hervé
Nicolas.MICHEL
Herve wrote:
On 4 déc, 11:01, (Nicolas MICHEL) wrote:
Les disques externes, par défaut, sont montés lors du login de l'utilisateur et non au boot.
Je craignais que ce fut lié au fait d'utiliser un disque externe ou un montage via Firewire, merci de ta réponse. Je vais donc devoir changer de méthode : copier toutes mes données vers le disque externe, faire la permutation physique des disques, et activer le fstab ensuite seulement. Heureusement j'ai prévu large pour la taille de la partition système, les données utilisateur non encore délocalisées devraient tenir.
Après avoir modifié le moment du montage de ta partoche, j'immagine que la méthode donnée dans le premier post devrait fonctionner. Ou alors tu mets ce même montage dans netinfo et non dans la fstab (avec la commande niload donéé dans mon précédent post par exemple)
Ta réponse m'intrigue cependant : comment la phase initiale du démarrage (avant l'apparition de l'écran de login) peut-elle s'effectuer, si le disque externe sur lequel se trouve le système n'est pas encore monté ? De même, pour que la partition système externe soit vue lors du démarrage avec Option, il faut bien que le disque externe soit monté, non ?
Je ne sais pas trop. C'est automounter qui gère ça, lequel n'est sans-doutes pas documenté avec précision (j'ai la flemme de chercher) Mais probablement que si tu installe la démo de TinkerTool tu pouras tester ça en moins de temps qu'il ne t'en a falu pour écrire cette réponse :)
Question connexe : l'UUID est-il bien indépendant de la position _physique_ de la partition ? En d'autres termes, sa valeur ne changera-t-elle pas quand j'aurais échangé les disques ? Je pense que la réponse est non (c'est tout l'intérêt de l'UUID qui sinon ne serait pas "Universel") mais je préfère vérifier.
Alors vérifies :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Herve <herve.nospam@tiscali.fr> wrote:
On 4 déc, 11:01, Nicolas.MIC...@BonBon.net (Nicolas MICHEL) wrote:
Les disques externes, par défaut, sont montés lors du login de
l'utilisateur et non au boot.
Je craignais que ce fut lié au fait d'utiliser un disque externe ou un
montage via Firewire, merci de ta réponse.
Je vais donc devoir changer de méthode : copier toutes mes données
vers le disque externe, faire la permutation physique des disques, et
activer le fstab ensuite seulement. Heureusement j'ai prévu large pour
la taille de la partition système, les données utilisateur non encore
délocalisées devraient tenir.
Après avoir modifié le moment du montage de ta partoche, j'immagine que
la méthode donnée dans le premier post devrait fonctionner.
Ou alors tu mets ce même montage dans netinfo et non dans la fstab
(avec la commande niload donéé dans mon précédent post par exemple)
Ta réponse m'intrigue cependant : comment la phase initiale du
démarrage (avant l'apparition de l'écran de login) peut-elle
s'effectuer, si le disque externe sur lequel se trouve le système
n'est pas encore monté ? De même, pour que la partition système
externe soit vue lors du démarrage avec Option, il faut bien que le
disque externe soit monté, non ?
Je ne sais pas trop.
C'est automounter qui gère ça, lequel n'est sans-doutes pas documenté
avec précision (j'ai la flemme de chercher)
Mais probablement que si tu installe la démo de TinkerTool tu pouras
tester ça en moins de temps qu'il ne t'en a falu pour écrire cette
réponse :)
Question connexe : l'UUID est-il bien indépendant de la position
_physique_ de la partition ? En d'autres termes, sa valeur ne
changera-t-elle pas quand j'aurais échangé les disques ? Je pense que
la réponse est non (c'est tout l'intérêt de l'UUID qui sinon ne
serait pas "Universel") mais je préfère vérifier.
Alors vérifies :)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Les disques externes, par défaut, sont montés lors du login de l'utilisateur et non au boot.
Je craignais que ce fut lié au fait d'utiliser un disque externe ou un montage via Firewire, merci de ta réponse. Je vais donc devoir changer de méthode : copier toutes mes données vers le disque externe, faire la permutation physique des disques, et activer le fstab ensuite seulement. Heureusement j'ai prévu large pour la taille de la partition système, les données utilisateur non encore délocalisées devraient tenir.
Après avoir modifié le moment du montage de ta partoche, j'immagine que la méthode donnée dans le premier post devrait fonctionner. Ou alors tu mets ce même montage dans netinfo et non dans la fstab (avec la commande niload donéé dans mon précédent post par exemple)
Ta réponse m'intrigue cependant : comment la phase initiale du démarrage (avant l'apparition de l'écran de login) peut-elle s'effectuer, si le disque externe sur lequel se trouve le système n'est pas encore monté ? De même, pour que la partition système externe soit vue lors du démarrage avec Option, il faut bien que le disque externe soit monté, non ?
Je ne sais pas trop. C'est automounter qui gère ça, lequel n'est sans-doutes pas documenté avec précision (j'ai la flemme de chercher) Mais probablement que si tu installe la démo de TinkerTool tu pouras tester ça en moins de temps qu'il ne t'en a falu pour écrire cette réponse :)
Question connexe : l'UUID est-il bien indépendant de la position _physique_ de la partition ? En d'autres termes, sa valeur ne changera-t-elle pas quand j'aurais échangé les disques ? Je pense que la réponse est non (c'est tout l'intérêt de l'UUID qui sinon ne serait pas "Universel") mais je préfère vérifier.
Alors vérifies :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
laurent.pertois
Xavier wrote:
A noter que très simplement, l'Outil Disque Dur permet de faire cela, en ouvrant une session graphique en root (ah, c'est Mal ?)
sudo diskutil
Et hop :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Xavier <xavier@groumpf.org> wrote:
A noter que très simplement, l'Outil Disque Dur permet de faire cela, en
ouvrant une session graphique en root (ah, c'est Mal ?)
sudo diskutil
Et hop :)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
A noter que très simplement, l'Outil Disque Dur permet de faire cela, en ouvrant une session graphique en root (ah, c'est Mal ?)
sudo diskutil
Et hop :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Herve
On 4 déc, 15:56, (Nicolas MICHEL) wrote:
la méthode donnée dans le premier post devrait fonctionner.
Comme la manip n'est pas anodine, avant de faire un truc comme ça avec un logiciel que je n'ai jamais pratiqué, j'aimerais bien comprendre ce qu'il va faire. Que modifie-t-il exactement et où ? Sur le disque externe, sur le disque interne, et/ou dans le système de boot (ROM ?).
Ou alors tu mets ce même montage dans netinfo et non dans la fstab
Netinfo je ne connais pas bien, ça me paraît bien plus délicat et risqué à manier qu'un fstab qu'on peut facilement désactiver en démarrant sur un autre système si ça tourne au vinaigre.
Hervé
On 4 déc, 15:56, Nicolas.MIC...@BonBon.net (Nicolas MICHEL) wrote:
la méthode donnée dans le premier post devrait fonctionner.
Comme la manip n'est pas anodine, avant de faire un truc comme ça avec
un logiciel que je n'ai jamais pratiqué, j'aimerais bien comprendre ce
qu'il va faire. Que modifie-t-il exactement et où ? Sur le disque
externe, sur le disque interne, et/ou dans le système de boot (ROM ?).
Ou alors tu mets ce même montage dans netinfo et non dans la fstab
Netinfo je ne connais pas bien, ça me paraît bien plus délicat et
risqué à manier qu'un fstab qu'on peut facilement désactiver en
démarrant sur un autre système si ça tourne au vinaigre.
la méthode donnée dans le premier post devrait fonctionner.
Comme la manip n'est pas anodine, avant de faire un truc comme ça avec un logiciel que je n'ai jamais pratiqué, j'aimerais bien comprendre ce qu'il va faire. Que modifie-t-il exactement et où ? Sur le disque externe, sur le disque interne, et/ou dans le système de boot (ROM ?).
Ou alors tu mets ce même montage dans netinfo et non dans la fstab
Netinfo je ne connais pas bien, ça me paraît bien plus délicat et risqué à manier qu'un fstab qu'on peut facilement désactiver en démarrant sur un autre système si ça tourne au vinaigre.
Hervé
Herve
On 4 déc, 17:29, (Xavier) wrote:
Tu ouvres Disk Utility, tu démontes le volume dont tu veux changer > le point de montage, tu mofifies /etc/fstab, puis tu remontes le volume : il est sur le nouveau point de montage.
Quel intérêt par rapport à un redémarrage après modif du /etc/fstab ?
Hervé
On 4 déc, 17:29, xav...@groumpf.org (Xavier) wrote:
Tu ouvres Disk Utility, tu démontes le volume dont tu veux changer > le point de montage, tu mofifies /etc/fstab, puis tu remontes le
volume : il est sur le nouveau point de montage.
Quel intérêt par rapport à un redémarrage après modif du
/etc/fstab ?
Tu ouvres Disk Utility, tu démontes le volume dont tu veux changer > le point de montage, tu mofifies /etc/fstab, puis tu remontes le volume : il est sur le nouveau point de montage.
Quel intérêt par rapport à un redémarrage après modif du /etc/fstab ?
Hervé
Nicolas.MICHEL
Herve wrote:
On 4 déc, 15:56, (Nicolas MICHEL) wrote:
la méthode donnée dans le premier post devrait fonctionner.
Comme la manip n'est pas anodine, avant de faire un truc comme ça avec un logiciel que je n'ai jamais pratiqué, j'aimerais bien comprendre ce qu'il va faire. Que modifie-t-il exactement et où ? Sur le disque externe, sur le disque interne, et/ou dans le système de boot (ROM ?).
Bonne question :)
Ou alors tu mets ce même montage dans netinfo et non dans la fstab
Netinfo je ne connais pas bien, ça me paraît bien plus délicat et risqué à manier qu'un fstab qu'on peut facilement désactiver en démarrant sur un autre système si ça tourne au vinaigre.
En effêt, c'est plus dificile de désactiver un truc dans netinfo que de renomer un fichier plat.
Quelques astuces : - avec un backup et un système de secours (sur CD ou disque externe) on peut tout ôser
- d'expérience j'ai jamais eu un mount foireux dans netinfo au point qu'il ne soit plus possible de booter
- Il y a divers outils pour manipuler netinfo : NetInfo Manager en GUI nicl par ex. en cli.
Par exemple si ton mac ne veux plus booter à cause du mount que tu as mis, tu peux procéder comme suit : booter en single boot (pomme s maintennu dans le boot) mount -uw / nicl -raw /var/db/netinfo/local.nidb cd mounts delete "numéro"
En single boot, netinfo n'est pas lancé donc tu peux récupérer de cette façon un problème "critique" pour le boot normal. La même manip peut se faire à partir d'un système de secours.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Herve <herve.nospam@tiscali.fr> wrote:
On 4 déc, 15:56, Nicolas.MIC...@BonBon.net (Nicolas MICHEL) wrote:
la méthode donnée dans le premier post devrait fonctionner.
Comme la manip n'est pas anodine, avant de faire un truc comme ça avec
un logiciel que je n'ai jamais pratiqué, j'aimerais bien comprendre ce
qu'il va faire. Que modifie-t-il exactement et où ? Sur le disque
externe, sur le disque interne, et/ou dans le système de boot (ROM ?).
Bonne question :)
Ou alors tu mets ce même montage dans netinfo et non dans la fstab
Netinfo je ne connais pas bien, ça me paraît bien plus délicat et
risqué à manier qu'un fstab qu'on peut facilement désactiver en
démarrant sur un autre système si ça tourne au vinaigre.
En effêt, c'est plus dificile de désactiver un truc dans netinfo que de
renomer un fichier plat.
Quelques astuces :
- avec un backup et un système de secours (sur CD ou disque externe) on
peut tout ôser
- d'expérience j'ai jamais eu un mount foireux dans netinfo au point
qu'il ne soit plus possible de booter
- Il y a divers outils pour manipuler netinfo :
NetInfo Manager en GUI
nicl par ex. en cli.
Par exemple si ton mac ne veux plus booter à cause du mount que tu as
mis, tu peux procéder comme suit :
booter en single boot (pomme s maintennu dans le boot)
mount -uw /
nicl -raw /var/db/netinfo/local.nidb
cd mounts
delete "numéro"
En single boot, netinfo n'est pas lancé donc tu peux récupérer de cette
façon un problème "critique" pour le boot normal. La même manip peut se
faire à partir d'un système de secours.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
la méthode donnée dans le premier post devrait fonctionner.
Comme la manip n'est pas anodine, avant de faire un truc comme ça avec un logiciel que je n'ai jamais pratiqué, j'aimerais bien comprendre ce qu'il va faire. Que modifie-t-il exactement et où ? Sur le disque externe, sur le disque interne, et/ou dans le système de boot (ROM ?).
Bonne question :)
Ou alors tu mets ce même montage dans netinfo et non dans la fstab
Netinfo je ne connais pas bien, ça me paraît bien plus délicat et risqué à manier qu'un fstab qu'on peut facilement désactiver en démarrant sur un autre système si ça tourne au vinaigre.
En effêt, c'est plus dificile de désactiver un truc dans netinfo que de renomer un fichier plat.
Quelques astuces : - avec un backup et un système de secours (sur CD ou disque externe) on peut tout ôser
- d'expérience j'ai jamais eu un mount foireux dans netinfo au point qu'il ne soit plus possible de booter
- Il y a divers outils pour manipuler netinfo : NetInfo Manager en GUI nicl par ex. en cli.
Par exemple si ton mac ne veux plus booter à cause du mount que tu as mis, tu peux procéder comme suit : booter en single boot (pomme s maintennu dans le boot) mount -uw / nicl -raw /var/db/netinfo/local.nidb cd mounts delete "numéro"
En single boot, netinfo n'est pas lancé donc tu peux récupérer de cette façon un problème "critique" pour le boot normal. La même manip peut se faire à partir d'un système de secours.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
