Vous n'êtes pas identifié(e).
Pages : 1
Pour être sur de ne pas mélanger les paquets des différentes branches sans m'en rendre compte (pas envie d'péter mon apt ), j'ai créé le richier preferences suivant :
Le problème, c'est qu'un apt-cache policy indique que certains dépôts gardent une priorité de 500 :
Ce que je voudrais, c'est que tous mes dépôts de la branche stable aient une priorité de 900 et que tous les autres dépôts aient une priorité de -10.
Comme ça, pour installer un paquet d'une branche supérieure,
j'utiliserai la commande apt-get install -t testing paquet ou apt-get install -t sid paquet
(j'utiliserai l'option de simulation -s avant pour vérifier qu'il n'y a pas de problème).
Et je pourrais utiliser la comande apt-get install paquet/stable ou apt-get install paquet/testing pour downgrader le paquet vers une branche inférieure puis fixerai au paquet une priorité de 1001 pour ne pas qu'apt me le mette à jour.
En procédant de la sorte, cela devrait me permettre de conserver un système propre, nan ?
Si vous pouviez me donner votre avis sur mon sources.list, mon fichier preferences et me dire comment passer la priorité des dépôts de 500 à -10 (ou de 500 à 900), ben ce serait bien cool
Par exemple, pour le dépôt :
Si je rajoute ça dans mon fichier preferences :
Ca devrait passer la priorité du dépôt à 900 (enfin j'imagine).
Mais par contre, pour certains dépôts comme celui ci par exemple :
Apt-cache policy ne donne aucun renseignement ! Comment savoir ce qu'il faut mettre comme option (a,n,l, etc) dans le fichier preferences ?
J'espère que mon post est clair ^^
Merci pour votre aide.
Pour ta partition ntfs, monte là comme suit:
/dev/sda6 /media/Stockage auto defaults,uid=1000 0 0
Le uid=1000 permet de te donner tous les droits. J'ai aussi galéré au début à cause de ça, donc c'est noté dans mon petit guide de démarrage perso
Oui tout à fait ! D'ailleurs pour moi, l'option user est indissociable d'une réference à uid ou gid. En effet, comment fstab pourrait faire la relation entre user et pierre, paul ou jacques...
Ben, avec ou sans gid et uid, cela ne change rien. D'une manière ou d'une autre, j'ai accès en lecture/écriture sur mes partitions ntfs, je peux les démonter sans être root mais ne peux pas les remonter sans être root.
Pour le montage des partoches dans /mnt, l'option auto fonctionne bien, autant pour moi (au temps pour moi ?).
En montant les partoches dans /mnt, elles n'apparaissent plus dans le gestionnaire, du coup, j'ai suivi tes conseils et ai regardé du côté de l'option bind.
En montant la partoche dans /mnt puis en utilisant l'option bind, ça fonctionne nickel :
Comme les partoches n'aparaissent plus dans le gestionnaire, j'ai tout simplement rajouté des signets pour les avoir dans le menu "raccourcis".
Seul petit bémol, les partitions ainsi montées apparaissent tout de même dans Raccourcis>>Supports Amovibles et retourne une erreur si on clique dessus.
Je cherche donc à les virer des raccourcis "supports amovibles" pour ne garder que mes signets.
Mes périphériques amovibles ne sont pas gérés automatiquement car je n'utilise ni Gnome ni Kde. En effet, lorsque tu veux concevoir un système minimaliste et éviter la multiplication des paquets, le gestion des supports amovibles passent au jour d'aujourd'hui par hal, udev, thunar,etc. Et ceci malgrés de nombreuses lectures et essais, je n'aie jamais eu de résultat satisfaisant avec ce premier, sans compter une certaine complexité. Donc pas de hal et tout dans le fstab.
Merci pour les précisions, je comprends maintenant l'intérêt de la manip'
Il est vrai que de modifier les droits sur les repertoires /media te permet d'accéder à tes disques, mais cette methodologie n'ai franchement pas propre et en plus elle est risquée.
Pourquoi est-ce dangereux ? Cela peut il créer des problèmes de droits pour mes autres OS ?
Est-il possible que ma partition windows soit passée en "lecture seule" quand je boot sous M$ (j'ai beau faire, je ne peux plus enlever l'attribut lecture seule sur C:\ quand je suis sous win - bon, pour le peu de fois que j'y vais, c'est pas un drame mais si à l'avenir j'peux éviter de faire des conne**** ).
pour ce qui est de l'écriture sur du hfs+ depuis Debian, il semble que cela ne fonctionne pas à cause de la journalisation, pas grave, je laisse tomber.
Je passe donc le sujet en [Résolu], puisque j'ai réussi à obtenir ce que je voulais.
Merci à tous pour votre aide, ça m'a permis d'en apprendre un petit plus sur ma Debian, et ça, c'est cool
Je vais maintenant m'attaquer au fichier de préférences pour apt.
Tchuss !
par contre pour la partition ntfs, pour y écrire, faudra installer ntfs-3g
Ntfs-3g était déjà installé par défaut sur ma Debian.
J'ai donc un accès en lecture/écriture sur mes partitions ntfs, pas de souci de ce côté là.
sinon c'est simple tu changes les droits des répertoires sda7 et 8
chmod 777 /media/« partition »
chown -R « MonNomUtilisateur » /dev/« partition »
Effectivement, cette manip' m'a permis d'obtenir les droits en écriture sur mes partoches en ext4 !
Par contre, j'ai donné les droits 770 (et pas 777) et pour la commande chown, j'ai fait chown user:group -R /media/sda7 (et pas /dev/sda7, je sais pas si cela change quoi que ce soit).
En tout cas, ça fonctionne merci.
J'en utilise une que je partage avec windows (et le pilote ext2fsd)
Je ne savais pas que le pilote ext2fsd permettait à M$ d'écrire sur du ext4 (sur ext2 et ext3 oui mais pas sur ext4); je (re)testerai à l'occaz.
Mes partoches sont maintenant toutes montées automatiquement et j'ai les droits de lecture et d'écriture sur chacune d'entre elles, sauf sda2 en hfs+ (debian ne peux pas écrire sur du hfs+ ?).
Par contre, je ne pouvais toujours pas démonter/remonter les partoches depuis nautilus (seul root blabla ...).
J'ai poussé les recherches un peu plus loin, et j'ai finalement trouvé la solution : dans les options du fstab, il suffit de mettre users au lieu de user
users permet à tous les utilisateurs (pas seulement celui qui a monté la partoche en question) de monter/démonter une partition. (cf Ici).
Par contre, pour mes partoches en ntfs, je peux bien les démonter mais pas les remonter sans être root !
Comment est-ce possible ? J'ai essayé d'utiliser les options uid, gid et umask mais cela ne change rien.
Bon c'est pas très grave, je chipote, mais bon c'est pour le principe
D'ailleurs, les commandes chown user:group -R /media/partition et chmod 770 -R /media/partition ne fonctionnent pas sur mes partoches en ntfs
(seuls les droits changent, le propriétaire et le groupe restent sur root).
Sinon, pour les partitions listées en double, le problème semble venir de l'utilisation des UUIDs dans le fstab.
Avec la notation /dev/partition à la place de UUID=XXX-XXX-XXX, plus de problème.
A en croire ce post sur un forum ami, il semble qu'aucune explication/solution n'ai été trouvée.
Le problème du repertoire /media est qu'il est necessaire d'y avoir les droits root car géré par hal. Il faut donc modifié des fichiers en conséquence au niveau de règles de hal (et je n'ai jamais rien eu de probant de ce côté).
Par contre dans le repertoire /mnt plus de problème.
En montant les partitions non plus dans /media mais dans /mnt, les partitions ne sont plus montées automatiquement au boot et ne sont plus listées dans le menu raccourcis (avec l'option auto bien sûr).
D'ailleurs, je ne comprends pas l'intérêt de mettre ses périph' amovibles dans le fstab si tu utilises l'option noauto. Quand on branche un périph'amovible, il se monte tout seul, nan ?
Ta clé usb et tes hdd externes sont branchés en permanence ?
Pour résumer, les problèmes qui subsistent :
- comment changer le propriétaire et le groupe d'une partoche ntfs (uid, gid et umask n'ont rien donné) ?
- pourquoi les partoches sont listées en double avec l'utilisation des UUIDs et pas avec la notation /dev/partition ?
- est-il possible d'écrire sur du hfs+ depuis Debian ?
Sinon, je ne sais pas si ça vient des mes "bidouilles" à répétition, mais sous M$, toute ma partition système (C:\) est passée en "lecture seule" et je ne peux plus changer ce paramètre :-/
Mon fstab actuel :
Désolé pour le post à rallonge et merci pour votre aide
Sda5 (en fat32) est la partoche qui contient mes profils Mozilla (firefox/thunderbird) que je partage entre mes différents os.
Bref, avec ce fstab, ça fonctionne mais :
- je pense que je peux le rendre plus propre
- dans nautilus, un clic droit > démonter sur une partition me retourne une erreur (seul root peut démonter blabla...)
- sda2, sda7 et sda8 sont en lecture seule
- si l'option defaults "contient" l'option nouser, pouquoi mes partoches sont tout de même montées au boot quand je me logue en user ?
J'ai donc voulu optimiser tout ça en m'appuyant notamment sur cette doc' qui explique ce que signifient les différentes options :
#ro pour monter le système de fichiers en lecture seule
#rw pour monter le système de fichiers en lecture-écriture
#noauto pour que le système de fichiers ne soit pas monté au démarrage (option contraire : auto)
#user pour qu'un simple utilisateur puisse monter et démonter le système de fichiers et pas seulement le root (option contraire : nouser)
#exec pour permettre l'exécution de binaires (option contraire : noexec)
#uid, gid et umask pour définir des permissions pour l'ensemble du système de fichiers (pour les systèmes déficients comme fat ou ntfs),
#defaults pour les options par défaut (notamment rw, exec, auto et nouser),
#sw pour les systèmes de swap.
Voici mon nouveau fstab :
Avec ce deuxième fstab, j'ai plusieurs problèmes :
- dans le menu raccourcis, mes partoches sont listées en doubles (pas propre du tout)
- malgré les options rw et user, sda7 et sda8 sont toujours en lecture seule si je ne suis pas root
- sda2 est toujours en lecture seule même en root
- malgré l'option user, je ne peux toujours pas démonter les partoches via nautilus (seul root blabla ...)
Je souhaiterai avoir un accès en lecture/écriture à toutes mes partoches, qu'elles soient montées au boot et pouvoir les démontées via nautilus, tout ça sans être root.
Je pourrais me contenter de mon premier fstab (fonctionnel) mais cela m'agace de ne pas comprendre ce qui cloche avec le second.
Je préfère avancer petit à petit mais apprendre à faire les choses "à la main".
Si vous aviez une idée,
Merci pour votre aide.
ps: pour sda2 (hfs+) en lecture seule, c'est peut-être tout simplement un problème de pilote ?
Pages : 1