Etant sous Catalina, j'ai utilisé le terminal pour remettre le SIP et
pour l'instant je n'ai pas de problème avec VMware Fusion 11.
En début, il était noté :
The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit <https://support.apple.com/kb/HT208050>.
J'ai fait comme indiqué dans le support Apple, je suis passé par
Préférences Système>Utilisateurs et Groupes> puis comme indiqué.
Puis j'ai démarré en mode utilisateur unique <Cmd><s>, pour y mettre la
formule :
/sbin/fsck -y
Pour mon éducation, ce qui s'affiche est réellement petit que je suis
obligé de prendre une loupe.:D
Quand l'index ne semble plus bouger, il y a affiché :
pci pause: SDXC
J'entre la formule :
/sbin/fsck -y
Avant j'en avais pour plusieurs minutes, lÍ instantanément j'ai :
error: container /dev/rdisk2 is mounted with write access
localhost:/ root#
Après avoir regardé sur l'iMac avec El Capitan, j'ai remis le Shell
d'accès en /bin/bash.
J'ai relancé le single user, j'ai malheureusement le même affichage.
le signe “-“ doit-être tapé avec le signe “-“ du clavier numérique parce
que j'ai “=“ quand je tape sur le signe “-“ du clavier alpha.
Tu as sans doute raison mais, par exemple, setfile -a v chemin_du_fichier et setfile -a V chemin_du_fichier donnent des résultats inverses l'un de l'autre…
Cela n'a rien de surprenant, l'option « v » demande Í setfile(1) d'attribuer l'attribut visible Í l'élement donné , lÍ o͹ « V » demande l'inverse... -- <Chrisman> je m'incline <@Fask_STUF> Chrisman : c'est dangereux * bashfr.org
On lun. 08 février 2021 (10:25),
M.V. <mv@gmail.com.invalid> wrote:
Tu as sans doute raison mais, par exemple,
setfile -a v chemin_du_fichier
et
setfile -a V chemin_du_fichier
donnent des résultats inverses l'un de l'autre…
Cela n'a rien de surprenant, l'option « v » demande Í setfile(1)
d'attribuer l'attribut visible Í l'élement donné , lÍ o͹ « V » demande
l'inverse...
--
<Chrisman> je m'incline
<@Fask_STUF> Chrisman : c'est dangereux
* bashfr.org
Tu as sans doute raison mais, par exemple, setfile -a v chemin_du_fichier et setfile -a V chemin_du_fichier donnent des résultats inverses l'un de l'autre…
Cela n'a rien de surprenant, l'option « v » demande Í setfile(1) d'attribuer l'attribut visible Í l'élement donné , lÍ o͹ « V » demande l'inverse... -- <Chrisman> je m'incline <@Fask_STUF> Chrisman : c'est dangereux * bashfr.org
M.V.
Le 8 février 2021 Í 09 h 54, Gérald Niel a écrit ce qui suit :
Sur un système de fichier insensible Í la casse c'est normal.
Ce que constate : - les commandes sont insensibles Í la casse - les paramètres sont sensibles Í la casse -- Michel VAUQUOIS - <http://michelvauquois.fr>
Le 8 février 2021 Í 09 h 54, Gérald Niel a écrit ce qui suit :
Sur un système de fichier insensible Í la casse c'est normal.
Ce que constate :
- les commandes sont insensibles Í la casse
- les paramètres sont sensibles Í la casse
--
Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
Le 8 février 2021 Í 09 h 54, Gérald Niel a écrit ce qui suit :
Sur un système de fichier insensible Í la casse c'est normal.
Ce que constate : - les commandes sont insensibles Í la casse - les paramètres sont sensibles Í la casse -- Michel VAUQUOIS - <http://michelvauquois.fr>
M.V.
[Supersedes: <rvr1ru$6jq$] Le 8 février 2021 Í 09 h 54, Gérald Niel a écrit ce qui suit :
Sur un système de fichier insensible Í la casse c'est normal.
Ce que je constate : - les commandes sont insensibles Í la casse - les paramètres sont sensibles Í la casse -- Michel VAUQUOIS - <http://michelvauquois.fr>
[Supersedes: <rvr1ru$6jq$1@dont-email.me>]
Le 8 février 2021 Í 09 h 54, Gérald Niel a écrit ce qui suit :
Sur un système de fichier insensible Í la casse c'est normal.
Ce que je constate :
- les commandes sont insensibles Í la casse
- les paramètres sont sensibles Í la casse
--
Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
[Supersedes: <rvr1ru$6jq$] Le 8 février 2021 Í 09 h 54, Gérald Niel a écrit ce qui suit :
Sur un système de fichier insensible Í la casse c'est normal.
Ce que je constate : - les commandes sont insensibles Í la casse - les paramètres sont sensibles Í la casse -- Michel VAUQUOIS - <http://michelvauquois.fr>
Le Lundi 08 février 2021 Í 09:56 UTC, M.V écrivait sur fr.comp.os.mac-os.x :
Ce que je constate : - les commandes sont insensibles Í la casse - les paramètres sont sensibles Í la casse
Ce qui est parfaitement normal. -- On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le gouvernement ; c'est la paix sans la violence. C'est le contraire précisément de tout ce qu'on lui reproche, soit par ignorance, soit par mauvaise foi. -+- Hem Day -+-
Le Lundi 08 février 2021 Í 09:56 UTC, M.V écrivait sur
fr.comp.os.mac-os.x :
Ce que je constate :
- les commandes sont insensibles Í la casse
- les paramètres sont sensibles Í la casse
Ce qui est parfaitement normal.
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
Le Lundi 08 février 2021 Í 09:56 UTC, M.V écrivait sur fr.comp.os.mac-os.x :
Ce que je constate : - les commandes sont insensibles Í la casse - les paramètres sont sensibles Í la casse
Ce qui est parfaitement normal. -- On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le gouvernement ; c'est la paix sans la violence. C'est le contraire précisément de tout ce qu'on lui reproche, soit par ignorance, soit par mauvaise foi. -+- Hem Day -+-
Fleuger
Le 7 février 2021 Í 21:39, Matt a écrit ceci :
Expliques-nous s'il te plaÍ®t pourquoi `LS -AL` et `ls -al` produisent le même résultat ? (Suivant ta réponse je t'expliquerai) ;)
Bon, je sens que je vais apprendre des choses. Tout d'abord, j'ai installé ohmyzsh <https://ohmyz.sh> pour customiser mon terminal. ls -al -> 7 colonnes, la dernière en couleur. j'ai un man. LS -al -> 7 colonnes, la dernière en noir et blanc, pas de man. ls -AL -> le contenu de la septième colonne, sur deux colonnes en couleur moins "." et "..". LS -AL -> même chose mais en noir et blanc. j'en déduis que ohmyzsh ne reconnaÍ®t pas LS Les options sont sensibles Í la casse, mais pas la commande. -- Gérard FLEUROT
Le 7 février 2021 Í 21:39, Matt a écrit ceci :
Expliques-nous s'il te plaͮt pourquoi `LS -AL` et `ls -al` produisent le
même résultat ? (Suivant ta réponse je t'expliquerai) ;)
Bon, je sens que je vais apprendre des choses.
Tout d'abord, j'ai installé ohmyzsh <https://ohmyz.sh> pour customiser
mon terminal.
ls -al -> 7 colonnes, la dernière en couleur. j'ai un man.
LS -al -> 7 colonnes, la dernière en noir et blanc, pas de man.
ls -AL -> le contenu de la septième colonne, sur deux colonnes en
couleur moins "." et "..".
LS -AL -> même chose mais en noir et blanc.
j'en déduis que ohmyzsh ne reconnaÍ®t pas LS
Les options sont sensibles Í la casse, mais pas la commande.
--
Gérard FLEUROT
Expliques-nous s'il te plaÍ®t pourquoi `LS -AL` et `ls -al` produisent le même résultat ? (Suivant ta réponse je t'expliquerai) ;)
Bon, je sens que je vais apprendre des choses. Tout d'abord, j'ai installé ohmyzsh <https://ohmyz.sh> pour customiser mon terminal. ls -al -> 7 colonnes, la dernière en couleur. j'ai un man. LS -al -> 7 colonnes, la dernière en noir et blanc, pas de man. ls -AL -> le contenu de la septième colonne, sur deux colonnes en couleur moins "." et "..". LS -AL -> même chose mais en noir et blanc. j'en déduis que ohmyzsh ne reconnaÍ®t pas LS Les options sont sensibles Í la casse, mais pas la commande. -- Gérard FLEUROT
M.V.
Le 8 février 2021 Í 11 h 16, Fleuger a écrit ce qui suit :
Les options sont sensibles Í la casse, mais pas la commande.
On est d'accord ! Voir : <news:rvr1t9$7f6$ et Gérard Niel (un autre Gérard ! ) est également d'accord 🤪 -- Michel VAUQUOIS - <http://michelvauquois.fr>
Le 8 février 2021 Í 11 h 16, Fleuger a écrit ce qui suit :
Les options sont sensibles Í la casse, mais pas la commande.
On est d'accord ! Voir : <news:rvr1t9$7f6$1@dont-email.me> et Gérard
Niel (un autre Gérard ! ) est également d'accord 🤪
--
Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
Le 8 février 2021 Í 11 h 16, Fleuger a écrit ce qui suit :
Les options sont sensibles Í la casse, mais pas la commande.
On est d'accord ! Voir : <news:rvr1t9$7f6$ et Gérard Niel (un autre Gérard ! ) est également d'accord 🤪 -- Michel VAUQUOIS - <http://michelvauquois.fr>
pehache
Le 08/02/2021 Í 10:59, Gérald Niel a écrit :
Le Lundi 08 février 2021 Í 09:56 UTC, M.V écrivait sur fr.comp.os.mac-os.x :
Ce que je constate : - les commandes sont insensibles Í la casse - les paramètres sont sensibles Í la casse
Ce qui est parfaitement normal.
Oui, mais pour compliquer un peu les choses, certaines commandes sont sensibles Í la casse :-)) ------------------------- $ pushd / / ~ $ popd ~ $ PUSHD / -bash: PUSHD: command not found ------------------------- La plupart des commandes sont des fichiers exécutables, donc soumises aux règles de casse du système de fichiers. Mais certaines commandes sont directement intégrées dans l'interpréteur du shell, et ne sont donc pas soumises Í ces règles.
Le 08/02/2021 Í 10:59, Gérald Niel a écrit :
Le Lundi 08 février 2021 Í 09:56 UTC, M.V écrivait sur
fr.comp.os.mac-os.x :
Ce que je constate :
- les commandes sont insensibles Í la casse
- les paramètres sont sensibles Í la casse
Ce qui est parfaitement normal.
Oui, mais pour compliquer un peu les choses, certaines commandes sont
sensibles Í la casse :-))
-------------------------
$ pushd /
/ ~
$ popd
~
$ PUSHD /
-bash: PUSHD: command not found
-------------------------
La plupart des commandes sont des fichiers exécutables, donc soumises
aux règles de casse du système de fichiers. Mais certaines commandes
sont directement intégrées dans l'interpréteur du shell, et ne sont donc
pas soumises Í ces règles.
Le Lundi 08 février 2021 Í 09:56 UTC, M.V écrivait sur fr.comp.os.mac-os.x :
Ce que je constate : - les commandes sont insensibles Í la casse - les paramètres sont sensibles Í la casse
Ce qui est parfaitement normal.
Oui, mais pour compliquer un peu les choses, certaines commandes sont sensibles Í la casse :-)) ------------------------- $ pushd / / ~ $ popd ~ $ PUSHD / -bash: PUSHD: command not found ------------------------- La plupart des commandes sont des fichiers exécutables, donc soumises aux règles de casse du système de fichiers. Mais certaines commandes sont directement intégrées dans l'interpréteur du shell, et ne sont donc pas soumises Í ces règles.
Fleuger
Le 8 février 2021 Í 11:27, M.V. a écrit ceci :
On est d'accord ! Voir : <news:rvr1t9$7f6$ et Gérard Niel (un autre Gérard ! ) est également d'accord 🤪
Vu ! Mais le pourquoi du man ? man ls -> OK man LS -> No manual entry for LS MAN ls -> Dans cet exemple, MAN est la commande insensible Í la casse et ls devient un argument, sensible Í la casse. -- Gérard FLEUROT
Le 8 février 2021 Í 11:27, M.V. a écrit ceci :
On est d'accord ! Voir : <news:rvr1t9$7f6$1@dont-email.me> et Gérard
Niel (un autre Gérard ! ) est également d'accord 🤪
Vu !
Mais le pourquoi du man ?
man ls -> OK
man LS -> No manual entry for LS
MAN ls ->
Dans cet exemple, MAN est la commande insensible Í la casse et ls
devient un argument, sensible Í la casse.
--
Gérard FLEUROT
On est d'accord ! Voir : <news:rvr1t9$7f6$ et Gérard Niel (un autre Gérard ! ) est également d'accord 🤪
Vu ! Mais le pourquoi du man ? man ls -> OK man LS -> No manual entry for LS MAN ls -> Dans cet exemple, MAN est la commande insensible Í la casse et ls devient un argument, sensible Í la casse. -- Gérard FLEUROT
Fleuger
[Supersedes: <rvr48b$khk$] Le 8 février 2021 Í 11:27, M.V. a écrit ceci :
On est d'accord ! Voir : <news:rvr1t9$7f6$ et Gérard Niel (un autre Gérard ! ) est également d'accord 🤪
Vu ! Mais le pourquoi du man ? man ls -> OK man LS -> No manual entry for LS MAN ls -> OK Dans cet exemple, MAN est la commande insensible Í la casse et ls devient un argument, sensible Í la casse. -- Gérard FLEUROT
[Supersedes: <rvr48b$khk$1@dont-email.me>]
Le 8 février 2021 Í 11:27, M.V. a écrit ceci :
On est d'accord ! Voir : <news:rvr1t9$7f6$1@dont-email.me> et Gérard
Niel (un autre Gérard ! ) est également d'accord 🤪
Vu !
Mais le pourquoi du man ?
man ls -> OK
man LS -> No manual entry for LS
MAN ls -> OK
Dans cet exemple, MAN est la commande insensible Í la casse et ls
devient un argument, sensible Í la casse.
--
Gérard FLEUROT
[Supersedes: <rvr48b$khk$] Le 8 février 2021 Í 11:27, M.V. a écrit ceci :
On est d'accord ! Voir : <news:rvr1t9$7f6$ et Gérard Niel (un autre Gérard ! ) est également d'accord 🤪
Vu ! Mais le pourquoi du man ? man ls -> OK man LS -> No manual entry for LS MAN ls -> OK Dans cet exemple, MAN est la commande insensible Í la casse et ls devient un argument, sensible Í la casse. -- Gérard FLEUROT
Gérald Niel
Le Lundi 08 février 2021 Í 10:27 UTC, M.V écrivait sur fr.comp.os.mac-os.x :
On est d'accord ! Voir : <news:rvr1t9$7f6$ et Gérard Niel (un autre Gérard ! ) est également d'accord 🤪
https://www.youtube.com/watch?v=xbM5uK4dWvo -- On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le gouvernement ; c'est la paix sans la violence. C'est le contraire précisément de tout ce qu'on lui reproche, soit par ignorance, soit par mauvaise foi. -+- Hem Day -+-
Le Lundi 08 février 2021 Í 10:27 UTC, M.V écrivait sur
fr.comp.os.mac-os.x :
On est d'accord ! Voir : <news:rvr1t9$7f6$1@dont-email.me> et Gérard
Niel (un autre Gérard ! ) est également d'accord 🤪
https://www.youtube.com/watch?v=xbM5uK4dWvo
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
Le Lundi 08 février 2021 Í 10:27 UTC, M.V écrivait sur fr.comp.os.mac-os.x :
On est d'accord ! Voir : <news:rvr1t9$7f6$ et Gérard Niel (un autre Gérard ! ) est également d'accord 🤪
https://www.youtube.com/watch?v=xbM5uK4dWvo -- On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le gouvernement ; c'est la paix sans la violence. C'est le contraire précisément de tout ce qu'on lui reproche, soit par ignorance, soit par mauvaise foi. -+- Hem Day -+-
