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.
Le 05/02/2021 Í 16:29, Jean-Pierre Kuypers a écrit :
In article (Dans l'article) <1p44vbr.ie6zggjki7cwN%, Bernd wrote (écrivait)Â :
alias rm="rm -i" permet d'éviter les accidents de ce genre.
Bien sÍ»r que -i est efficace - Mais tu te vois répondre 2000 fois 'yes' ou 'no' si un dossier Í effacer contient 2000 éléments ?
Dans ce cas, tu tapes : /bin/rm
Il y a de l'écho...
romer
pehache wrote:
Et les sauvegardes c'est fait pour qui :-) ?
Oui et je suis bien paré pour cela - mais pas pour tout - j'ai env 12 DD en activité. Je ne peux pas en avoir 12 de plus pour sauvegarder les 12 autres ! Tant pis, il existe donc un risque de perte. Les photos, souvenirs, travaux perso, etc. dont dÍ»ment Í l'abri. Le multimedia (musique, films, etc.) n'ont pas de parachÍ»te. -- A+ Romer
pehache <pehache.7@gmail.com> wrote:
Et les sauvegardes c'est fait pour qui :-) ?
Oui et je suis bien paré pour cela - mais pas pour tout - j'ai env 12 DD
en activité. Je ne peux pas en avoir 12 de plus pour sauvegarder les 12
autres ! Tant pis, il existe donc un risque de perte.
Les photos, souvenirs, travaux perso, etc. dont dÍ»ment Í l'abri. Le
multimedia (musique, films, etc.) n'ont pas de parachͻte.
--
A+
Romer
Oui et je suis bien paré pour cela - mais pas pour tout - j'ai env 12 DD en activité. Je ne peux pas en avoir 12 de plus pour sauvegarder les 12 autres ! Tant pis, il existe donc un risque de perte. Les photos, souvenirs, travaux perso, etc. dont dÍ»ment Í l'abri. Le multimedia (musique, films, etc.) n'ont pas de parachÍ»te. -- A+ Romer
romer
pehache wrote:
Il est étonnant (au sens classique) qu'un bout de commande comme rm -rf / efface tout le contenu d'un disque !
Plus exactement ça n'efface que les fichiers/dossiers sur lesquels tu as la permission d'écriture. Et même un "sudo rm -rf /" en fait ne fonctionne pas sur le disque système (mais évite d'essayer pour vérifier !)
C'est la cas - un DD totalement mutimédia va partir au royaume des morts en qq. secondes -- A+ Romer
pehache <pehache.7@gmail.com> wrote:
> Il est étonnant (au sens classique) qu'un bout de commande comme rm -rf
> / efface tout le contenu d'un disque !
Plus exactement ça n'efface que les fichiers/dossiers sur lesquels tu as
la permission d'écriture. Et même un "sudo rm -rf /" en fait ne
fonctionne pas sur le disque système (mais évite d'essayer pour vérifier !)
C'est la cas - un DD totalement mutimédia va partir au royaume des morts
en qq. secondes
Il est étonnant (au sens classique) qu'un bout de commande comme rm -rf / efface tout le contenu d'un disque !
Plus exactement ça n'efface que les fichiers/dossiers sur lesquels tu as la permission d'écriture. Et même un "sudo rm -rf /" en fait ne fonctionne pas sur le disque système (mais évite d'essayer pour vérifier !)
C'est la cas - un DD totalement mutimédia va partir au royaume des morts en qq. secondes -- A+ Romer
romer
Jean-Pierre Kuypers wrote:
Bien sÍ»r que -i est efficace - Mais tu te vois répondre 2000 fois 'yes' ou 'no' si un dossier Í effacer contient 2000 éléments ?
Dans ce cas, tu tapes : /bin/rm
Oui cela vient d'être dit aussi par PH+ Mais j'ignore cette possibilité. Cela entraÍ®ne quoi exactement ce /bin devant rm ? Autant que je sache aucun bouquin sur Unix que j'ai lu ne mentionne cela. -- A+ Romer
> Bien sÍ»r que -i est efficace - Mais tu te vois répondre 2000 fois 'yes'
> ou 'no' si un dossier Í effacer contient 2000 éléments ?
Dans ce cas, tu tapes : /bin/rm
Oui cela vient d'être dit aussi par PH+
Mais j'ignore cette possibilité.
Cela entraͮne quoi exactement ce /bin devant rm ?
Autant que je sache aucun bouquin sur Unix que j'ai lu ne mentionne
cela.
--
A+
Romer
Bien sÍ»r que -i est efficace - Mais tu te vois répondre 2000 fois 'yes' ou 'no' si un dossier Í effacer contient 2000 éléments ?
Dans ce cas, tu tapes : /bin/rm
Oui cela vient d'être dit aussi par PH+ Mais j'ignore cette possibilité. Cela entraÍ®ne quoi exactement ce /bin devant rm ? Autant que je sache aucun bouquin sur Unix que j'ai lu ne mentionne cela. -- A+ Romer
pehache
Le 05/02/2021 Í 17:34, (Bernd) a écrit :
pehache wrote:
Il est étonnant (au sens classique) qu'un bout de commande comme rm -rf / efface tout le contenu d'un disque !
Plus exactement ça n'efface que les fichiers/dossiers sur lesquels tu as la permission d'écriture. Et même un "sudo rm -rf /" en fait ne fonctionne pas sur le disque système (mais évite d'essayer pour vérifier !)
C'est la cas - un DD totalement mutimédia va partir au royaume des morts en qq. secondes
Tu peux mettre les fichiers en read-only. Ca ne résiste pas Í un "rm -rf", mais utiliser systématiquement l'option "-f" dans rm est une assez mauvaise pratique Í la base.
Le 05/02/2021 Í 17:34, romer@vat.com.invalid (Bernd) a écrit :
pehache <pehache.7@gmail.com> wrote:
> Il est étonnant (au sens classique) qu'un bout de commande comme rm -rf
> / efface tout le contenu d'un disque !
Plus exactement ça n'efface que les fichiers/dossiers sur lesquels tu as
la permission d'écriture. Et même un "sudo rm -rf /" en fait ne
fonctionne pas sur le disque système (mais évite d'essayer pour vérifier !)
C'est la cas - un DD totalement mutimédia va partir au royaume des morts
en qq. secondes
Tu peux mettre les fichiers en read-only. Ca ne résiste pas Í un "rm
-rf", mais utiliser systématiquement l'option "-f" dans rm est une assez
mauvaise pratique Í la base.
Il est étonnant (au sens classique) qu'un bout de commande comme rm -rf / efface tout le contenu d'un disque !
Plus exactement ça n'efface que les fichiers/dossiers sur lesquels tu as la permission d'écriture. Et même un "sudo rm -rf /" en fait ne fonctionne pas sur le disque système (mais évite d'essayer pour vérifier !)
C'est la cas - un DD totalement mutimédia va partir au royaume des morts en qq. secondes
Tu peux mettre les fichiers en read-only. Ca ne résiste pas Í un "rm -rf", mais utiliser systématiquement l'option "-f" dans rm est une assez mauvaise pratique Í la base.
pehache
Le 05/02/2021 Í 17:34, (Bernd) a écrit :
Jean-Pierre Kuypers wrote:
Bien sÍ»r que -i est efficace - Mais tu te vois répondre 2000 fois 'yes' ou 'no' si un dossier Í effacer contient 2000 éléments ?
Dans ce cas, tu tapes : /bin/rm
Oui cela vient d'être dit aussi par PH+ Mais j'ignore cette possibilité. Cela entraÍ®ne quoi exactement ce /bin devant rm ? Autant que je sache aucun bouquin sur Unix que j'ai lu ne mentionne cela.
quand tu tapes "rm" tout seul, l'OS cherche d'abord si cette commande est un alias, et s'il ne trouve pas il cherche l'exécutable dans les dossiers qui sont dans la variable d'environnement $PATH. rm est dans le dossier bin. Si tu tapes le chemin complet /bin/rm l'OS comprend que tu veux exécuter ce fichier bien précis et ne cherche ni dans les alias ni dans $PATH
Le 05/02/2021 Í 17:34, romer@vat.com.invalid (Bernd) a écrit :
> Bien sÍ»r que -i est efficace - Mais tu te vois répondre 2000 fois 'yes'
> ou 'no' si un dossier Í effacer contient 2000 éléments ?
Dans ce cas, tu tapes : /bin/rm
Oui cela vient d'être dit aussi par PH+
Mais j'ignore cette possibilité.
Cela entraͮne quoi exactement ce /bin devant rm ?
Autant que je sache aucun bouquin sur Unix que j'ai lu ne mentionne
cela.
quand tu tapes "rm" tout seul, l'OS cherche d'abord si cette commande est
un alias, et s'il ne trouve pas il cherche l'exécutable dans les dossiers
qui sont dans la variable d'environnement $PATH. rm est dans le dossier
bin. Si tu tapes le chemin complet /bin/rm l'OS comprend que tu veux
exécuter ce fichier bien précis et ne cherche ni dans les alias ni dans
$PATH
Bien sÍ»r que -i est efficace - Mais tu te vois répondre 2000 fois 'yes' ou 'no' si un dossier Í effacer contient 2000 éléments ?
Dans ce cas, tu tapes : /bin/rm
Oui cela vient d'être dit aussi par PH+ Mais j'ignore cette possibilité. Cela entraÍ®ne quoi exactement ce /bin devant rm ? Autant que je sache aucun bouquin sur Unix que j'ai lu ne mentionne cela.
quand tu tapes "rm" tout seul, l'OS cherche d'abord si cette commande est un alias, et s'il ne trouve pas il cherche l'exécutable dans les dossiers qui sont dans la variable d'environnement $PATH. rm est dans le dossier bin. Si tu tapes le chemin complet /bin/rm l'OS comprend que tu veux exécuter ce fichier bien précis et ne cherche ni dans les alias ni dans $PATH
romer
pehache wrote:
quand tu tapes "rm" tout seul, l'OS cherche d'abord si cette commande est un alias, et s'il ne trouve pas il cherche l'exécutable dans les dossiers qui sont dans la variable d'environnement $PATH. rm est dans le dossier bin. Si tu tapes le chemin complet /bin/rm l'OS comprend que tu veux exécuter ce fichier bien précis et ne cherche ni dans les alias ni dans $PATH
Oui en effet - cela invÍ®te Í taper moins vite et de façon moins automatique un rm Í la place d'un mv. Je fais un essai. [...] OK, ça marche. C'est un petit garde-fou. -- A+ Romer
pehache <pehache.7@gmail.com> wrote:
quand tu tapes "rm" tout seul, l'OS cherche d'abord si cette commande est
un alias, et s'il ne trouve pas il cherche l'exécutable dans les dossiers
qui sont dans la variable d'environnement $PATH. rm est dans le dossier
bin. Si tu tapes le chemin complet /bin/rm l'OS comprend que tu veux
exécuter ce fichier bien précis et ne cherche ni dans les alias ni dans
$PATH
Oui en effet - cela invÍ®te Í taper moins vite et de façon moins
automatique un rm Í la place d'un mv.
Je fais un essai.
[...]
quand tu tapes "rm" tout seul, l'OS cherche d'abord si cette commande est un alias, et s'il ne trouve pas il cherche l'exécutable dans les dossiers qui sont dans la variable d'environnement $PATH. rm est dans le dossier bin. Si tu tapes le chemin complet /bin/rm l'OS comprend que tu veux exécuter ce fichier bien précis et ne cherche ni dans les alias ni dans $PATH
Oui en effet - cela invÍ®te Í taper moins vite et de façon moins automatique un rm Í la place d'un mv. Je fais un essai. [...] OK, ça marche. C'est un petit garde-fou. -- A+ Romer
Brice
Le 5 février 2021 Í 12:28, M.V. a écrit :
Le 5 février 2021 Í 11 h 29, Brice a écrit ce qui suit :
J'aimerais bien un petit AppleScript qui puisse faire le boulot et aussi le défaire
Tu veux vraiment rajouter un point au début du nom d'un fichier ou d'un dossier ou tu veux simplement rendre visible/invisible un fichier ou un dossier ? Ça ne me paraÍ®t pas une bonne idée (ça me paraÍ®t même une très mauvaise idée) de rajouter un point en particulier si tu fais ça sur un fichier ou un dossier utilisé par une appli par exemple : elle risque de rÍ¢ler alors qu'en rendant invisible le fichier ou le dossier avec la commande "chflags hidden", elle ne devrait pas se plaindre. J'ai un applet AS utilisant "chflags hidden" (-> rendre invisible) et "chflags unhidden" (-> rendre visible) dans mes cartons et je te l'envoie si tu le désires : tu fais glisser le fichier ou le dossier sur l'applet et zou… tu n'as plus qu'Í choisir ce que tu souhaites.
En réalité, j'ai voulu annuler l'envoi de ce message mais je vois que ça n'a pas marché. Tout d'un coup, je me suis souvenu que pour retrouver un dossier invisible ça va être la croix et la bannière. :D J'avais un logiciel, Hider, pour effacer de la vue de tout un chacun un dossier ou un fichier. L'ennui le concepteur est allé un peu loin, pour moi, en filevaulsant les données, ce qui fait perdre beaucoup de temps. Si ton AS permet de retrouver un dossier ou un fichier “hidden“, je suis preneur. Cordialement, -- B. Graignic
Le 5 février 2021 Í 12:28, M.V. a écrit :
Le 5 février 2021 Í 11 h 29, Brice a écrit ce qui suit :
J'aimerais bien un petit AppleScript qui puisse faire le boulot et aussi
le défaire
Tu veux vraiment rajouter un point au début du nom d'un fichier ou d'un
dossier ou tu veux simplement rendre visible/invisible un fichier ou un
dossier ?
Ça ne me paraÍ®t pas une bonne idée (ça me paraÍ®t même une très mauvaise
idée) de rajouter un point en particulier si tu fais ça sur un fichier
ou un dossier utilisé par une appli par exemple : elle risque de rÍ¢ler
alors qu'en rendant invisible le fichier ou le dossier avec la commande
"chflags hidden", elle ne devrait pas se plaindre.
J'ai un applet AS utilisant "chflags hidden" (-> rendre invisible) et
"chflags unhidden" (-> rendre visible) dans mes cartons et je te
l'envoie si tu le désires : tu fais glisser le fichier ou le dossier
sur l'applet et zou… tu n'as plus qu'Í choisir ce que tu souhaites.
En réalité, j'ai voulu annuler l'envoi de ce message mais je vois que ça
n'a pas marché.
Tout d'un coup, je me suis souvenu que pour retrouver un dossier
invisible ça va être la croix et la bannière. :D
J'avais un logiciel, Hider, pour effacer de la vue de tout un chacun un
dossier ou un fichier. L'ennui le concepteur est allé un peu loin, pour
moi, en filevaulsant les données, ce qui fait perdre beaucoup de temps.
Si ton AS permet de retrouver un dossier ou un fichier “hidden“, je suis
preneur.
Cordialement,
--
B. Graignic
enlever-bgraig@wanadoo.fr
Le 5 février 2021 Í 11 h 29, Brice a écrit ce qui suit :
J'aimerais bien un petit AppleScript qui puisse faire le boulot et aussi le défaire
Tu veux vraiment rajouter un point au début du nom d'un fichier ou d'un dossier ou tu veux simplement rendre visible/invisible un fichier ou un dossier ? Ça ne me paraÍ®t pas une bonne idée (ça me paraÍ®t même une très mauvaise idée) de rajouter un point en particulier si tu fais ça sur un fichier ou un dossier utilisé par une appli par exemple : elle risque de rÍ¢ler alors qu'en rendant invisible le fichier ou le dossier avec la commande "chflags hidden", elle ne devrait pas se plaindre. J'ai un applet AS utilisant "chflags hidden" (-> rendre invisible) et "chflags unhidden" (-> rendre visible) dans mes cartons et je te l'envoie si tu le désires : tu fais glisser le fichier ou le dossier sur l'applet et zou… tu n'as plus qu'Í choisir ce que tu souhaites.
En réalité, j'ai voulu annuler l'envoi de ce message mais je vois que ça n'a pas marché. Tout d'un coup, je me suis souvenu que pour retrouver un dossier invisible ça va être la croix et la bannière. :D J'avais un logiciel, Hider, pour effacer de la vue de tout un chacun un dossier ou un fichier. L'ennui le concepteur est allé un peu loin, pour moi, en filevaulsant les données, ce qui fait perdre beaucoup de temps. Si ton AS permet de retrouver un dossier ou un fichier “hidden“, je suis preneur. Cordialement, -- B. Graignic
M.V.
Le 5 février 2021 Í 18 h 57, Brice a écrit ce qui suit :
Tout d'un coup, je me suis souvenu que pour retrouver un dossier invisible ça va être la croix et la bannière.
Non ! Le script dont je te parlais est un droplet : tu fais glisser le fichier ou le dossier de ton choix dessus et tu peux le rendre visible s'il est invisible ou inversement… Si tu ne pouvais pas voir les fichiers invisibles, mon script serait totalement absurde ! La méthode la plus simple actuellement (elle fonctionne sous Mojave) pour faire afficher les fichiers invisibles ou pour les cacher dans le Finder est de taper la séquence : cmd + fn + maj + . (point) Je vais te l'envoyer et tu en feras ce que tu en veux. -- Michel VAUQUOIS - <http://michelvauquois.fr>
Le 5 février 2021 Í 18 h 57, Brice a écrit ce qui suit :
Tout d'un coup, je me suis souvenu que pour retrouver un dossier
invisible ça va être la croix et la bannière.
Non ! Le script dont je te parlais est un droplet : tu fais glisser le
fichier ou le dossier de ton choix dessus et tu peux le rendre visible
s'il est invisible ou inversement… Si tu ne pouvais pas voir les
fichiers invisibles, mon script serait totalement absurde !
La méthode la plus simple actuellement (elle fonctionne sous Mojave)
pour faire afficher les fichiers invisibles ou pour les cacher dans le
Finder est de taper la séquence :
cmd + fn + maj + . (point)
Je vais te l'envoyer et tu en feras ce que tu en veux.
--
Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
Le 5 février 2021 Í 18 h 57, Brice a écrit ce qui suit :
Tout d'un coup, je me suis souvenu que pour retrouver un dossier invisible ça va être la croix et la bannière.
Non ! Le script dont je te parlais est un droplet : tu fais glisser le fichier ou le dossier de ton choix dessus et tu peux le rendre visible s'il est invisible ou inversement… Si tu ne pouvais pas voir les fichiers invisibles, mon script serait totalement absurde ! La méthode la plus simple actuellement (elle fonctionne sous Mojave) pour faire afficher les fichiers invisibles ou pour les cacher dans le Finder est de taper la séquence : cmd + fn + maj + . (point) Je vais te l'envoyer et tu en feras ce que tu en veux. -- Michel VAUQUOIS - <http://michelvauquois.fr>
M.V.
Le 5 février 2021 Í 08 h 14, Raspady a écrit ce qui suit :
"chflags hidden" suivi du chemin d'accès au fichier ou dossier le rend invisible Si l'effet n'est pas immédiat, fermer la session puis la rouvrir.
Jamais eu besoin : fermer le dossier contenant l'élément modifié puis le rouvrir suffit.
Un "killall Dock" peut aussi marcher.
??? Un "killall Finder", je veux bien mais un "killall Dock"Â ??? -- Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
Le 5 février 2021 Í 08 h 14, Raspady a écrit ce qui suit :
"chflags hidden" suivi du chemin d'accès au fichier ou dossier le rend
invisible
Si l'effet n'est pas immédiat, fermer la session puis la rouvrir.
Jamais eu besoin : fermer le dossier contenant l'élément modifié puis
le rouvrir suffit.
Un "killall Dock" peut aussi marcher.
???
Un "killall Finder", je veux bien mais un "killall Dock"Â ???
--
Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
