Problème de permisision pour accès dossier en lecture via session live

Recherche :

Dernière réponse

Sujet : Problème de permisision pour accès dossier en lecture via session live

kaari

Trit' a écrit :

Parce que c’est une manière très crade de passer root (tu demandes de passer en root – « su - » – en tant que root – via « sudo » –, c’est inutilement redondant) quand il y en a des bien plus propres (« sudo -i » ou « su - » tout court) ; et surtout, que la commande « su » n’a pas besoin d’être exécutée avec « sudo » pour fonctionner (surtout si l’utilisateur n’a pas les droits pour utiliser « sudo », ce qui peut arriver selon les distributions).

Weird, je pensais que les 2 commandes étaient similaires mais apparemment pas partout :o

[kaari@rancher ~]$ sudo su -
Last login: Sun Aug 2 20:30:03 CEST 2020 on pts/0
[root@rancher ~]# echo $PATH
/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
[root@rancher ~]# exit
logout
[kaari@rancher ~]$ sudo -i
[root@rancher ~]# echo $PATH
/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

kaari

Trit' a écrit :

Weird, je pensais que les 2 commandes étaient similaires mais apparemment pas partout :o

corias

Yep! Merci j'ai fini âr treouvé

Fork Bomb

corias a écrit :

Bon je m'acharne un peu mais j'aimerais bien capter pourquoi après suppression de 50 go de fichiers le disque est toujours plein d'ailleurs vu que je les ai supprimé depuis une session live ils n'ont pas pu être déplacé vers la corbeille ?!
Quand je me balade dans l'arborescence du dd je ne vois pas de dossier Trash sous home/user/

/home/<user>/.local/share/Trash/

corias

Trit'

corias a écrit :

Dans les live on ne peut rien installer je crois...

Si, mais live oblige, ça ne restera installé que durant la session en cours (vu que c’est la RAM qui sert de disque système).

corias a écrit :

Enfin tant pis je vais faire le deuil des documents que j'ai produits et pommé.

Paumés. [:aloy]

corias

@Kaari je suis entièrement d'accord avec toi et suis d'ailleurs parano la dessus je fais des backup régulièrement à 2 lieux géographiques mes disques du pc fixe sont en RAID. Helas sur ce PC portable ou j'ai fraichement installé linux je n'avais pas de backup encore moins en temps réel...Je maitrise pas assez linux et foremost...J'ai un dock pourtant et un autre disque mais pas d'autre PC sous linux et dans les live on ne peut rien installer je crois...Enfin tant pis je vais faire le deuil des documents que j'ai produits et pommé.

kaari

Toute l'opération était vouée à l'échec dès le début. On ne fait pas de récupération de données sur le même disque au risque d'écraser ces même données lors de la recuperation. Dès le probleme repéré on arrête d'utiliser ce disque et la seule chose qu'on fait avec c'est le monter en read-only. De plus, plus le disque est plein, plus la chance de récupérer des données non corrompue est réduite.

Dans tous les cas, tous ces problèmes et tout ce temps passé auraient pu être évités grâce à un backup. Les problèmes "peuvent" arriver donc ils "vont" arriver, et grâce à un backup, la majorité de ces problèmes passent à 5mn de temps de résolution.

En ce qui concerne ton problème actuel, tu as probablement fait une erreur, tente de supprimer ces fichiers à nouveaux depuis un disque live.

Fork Bomb

Un dd if of pourrait aider (en balançant un testdisk sur l’iso/img générée).

rat de combat

J'ai du mal à suivre/comprendre ton histoire, mais c'est peut-être moi. Tu n'aurais pas simplement oublié de vider la poubelle (si il y en a une)?

Sinon ton file system doit être bien bousillé, à voir si il ne faudrait pas copier toutes les données importantes sur un support externe, formater et repartir sur de bonnes bases.

corias

Merci pour vos msg j'ai réussi à récupérer les données (toutes corrompus) via nautilus avec privilèges sauf que j'ai copier/coller plutot que couper et qu'après suppression des répertoires alors qu'il faisaient plus de 50GO...Aucun espace n'a été libéré! C'est très étrange donc je ne peux plus booter et en mode live avec gparted j'ai tenté de redimensionner la partition swap pour agrandir l'espace de la partition linux je ne peux pas...Elle ne doivent pas être contigus..Je ne sais pas ou sont passé les 50go de données supprimées qui m'auraient permis de booter à nouveau...Très étrange tout ça.
Y'a-t-il des fichier/répertoires qu'on peut supprimer sans danger ? Peut-on y accéder via windows ?(je suis en dual boot).
Je précise que j'ai déjà executé les commandes de purges de vieux paquets en noyaux sans succès...

rat de combat

C'est pas une histoire de chown avec le DD si on boote sur un système live? Il me semble que j'avais ce soucis à un moment. :??:

kaari

Tu peux essayer de lancer file avec les droits root:
sudo nautilus

corias

Merci pour vos réponses...Je me rends compte que j'suis vraiment nul et suis pas certain d'avoir bien décrit mon pb. :??:
Ok pour la commande mais ça me met en root dans la session live alors je ne sais pas si ça m'octroie les privilèges pour accéder au fichiers situées sur la partition sur laquelle je ne peux booter...Ou alors oui mais je dois faire toutes les manips dans le terminal ?
En gros je voudrais executer file (l'explorateur de fichier ubuntu) avec des privilèges suffisants pour faire des copiers surtout couper/Colle pour idéalement parvenir à booter à nouveau sur cette partition...
Je sais qu'il ne faut pas réécrire sur un disque sur lequel on tente de récupérer des fichiers mais j'ai eu un peu de mal avec Foremost donc j'ai lancé une recup en fonction de l'extension sans checker ce qui était récupérable...Et j'suis pas super équipé en hdd, docks etc...

En gros je veux déplacer 4 répertoires sous
/media/ubuntu/ea9d6add-14bc-47a9-b3e1-0a143fb9a2e7#
vers une clé usb

kaari

sudo -i et su - ne sont pas équivalent, l'un appelle sudo pour élever tes droits, l'autre est un login standard. La grosse différence est que dans un cas tu dois entrer le mot de passe root, dans l'autre tu te soumets aux règles des sudoers.

L'équivalence ici c'est sudo -i et sudo su -.
Dans un cas tu fais appel à sudo pour Spawn un shell root dans son environment, dans l'autre tu fais appel à sudo pour te login en root. Le résultat est le même, en l'état il y a des différences mais si la seule différence de résultat est que un cas est "crade" parce que tu fais appel à 2 utilitaires au lieu d'un c'est assez subjectif et une affaire de style.

Par exemple on pourrait dire que sudo su - est préférable car il affiche un "su", qui est clairement un "login", ce qui est plus clair pour un neophyte. Quelqu'un d'autre pourrait te dire qu'il préfère utiliser sudo su et sudo su - car il "oublie toujours qu'elle option je dois utiliser avec seulement sudo".

Dans tous les cas, rien ne me permet d'affirmer qu'il ne faut jamais jamais utiliser sudo su (-), bref c'est une question de préférence.

Et même si c'était une "best practice", cela dépend de chaque individu, c'est peut-être une best practice d'utiliser des tabs pour l'identation du Bash mais j'utilise des spaces pour telle ou telle raison.

Alors oui, utiliser sudo -i est plus "propre", ça n'en fait pas une obligation.

Trit'

kaari

Je suis bien curieux des arguments pour justifier cette déclaration.
Les 2 commandes (sudo -i et sudo su -) arrivent sensiblement au même résultat, pourquoi utiliser la 2eme façon serait "dangereux" ?

Trit'

kaari a écrit :

sudo su -

NON !!! Jamais ! :non:

Pour passer root en étant déjà connecté sous ton username, tu fais soit « su - » tout court, soit « sudo -i » (ou -s, ou -c, mais après, c’est le contenu du $PATH qui varie), mais on n’emploie jamais, jamais « su » avec « sudo » ! :non:

kaari

Salut,
sudo su -
Pour te logger en root, et si tu aura tous les pouvoir (a quelques exceptions près).

Soit dit en passant, pour toutes les opérations de récupérations sur les disques, ils ne fait PAS recover sur le même disque. Si tu fais ça, toutes les données que tu veux récupérer sont écrasées ...

corias

Bonjour,
Je suis un gros noob en Linux mais j'ai fait qques recherches infructueuse..
J'avais pommé des fichier que j'ai tenté de récupérer avec foremost sauf que dans l'opération Foremost a rempli le disque avec les fichiers récupérés auquel j'essais d'accéder mais comme le disque est plein Ubuntu ne démarre plus.

J'ai donc booté sur une clef en mode live mais lorsque j'essaie de copier les fichiers récupérés je n'ai pas la permission de lire sur ces répertoire. J'ai tenté après la création d'un compte admin en plus du live user mais sans succès..Je ne suis pas root sur la partition qui m'intéresse. Je n'ai pas la main pour modifier les permissions n'étant pas owner de ces dossiers.
Je ne peux donc ni récupérer ces dossiers ce qui libererait de l'espace disque pour booter ni pour faire le ménage ne sachant pas d'ailleurs ce que je pourrais supprimer.

J'ai déjà tenté en mode recovery quelques lignes de commandes pour purger les anciens paquets ou noyaux mais ça n'a rien libéré malgré l'absence de message d'erreur...

Si qqn pouvait m'aider car là je rame et ce n'est qu'une histoire de permissions. Je pète un plomb :pt1cable:

J'ignore si il y a une solution mais
Merci d'avance pour vos suggestions!