Il faut faire extrêmement attention en ligne de commande. Une petite erreur de retranscription, et tu peux effectivement bousiller complètement un fichier. Je pense à une erreur toute bête de retranscription qui pourrait être la cause de ce problème: ne mettre qu'un seul ">" vers la fin de la commande.

Les doubles ">>" indiquent que la ligne est à ajouter dans le fichier de configuration.
Un seul ">" indiquerait plutôt d'effacer tout le contenu du fichier de configuration et de le remplacer par cette ligne uniquement. Ce serait impardonnable.

En utilisant le partitionnement en mode avancé dans l'installateur de Kubuntu. http://doc.ubuntu-fr.org/tutoriel/parti … eur_ubuntu

Si tu refais une installation d'Ubuntu, sais-tu que tu peux préciser dans l'installateur, en mode avancé, les volumes à monter automatiquement avec Ubuntu? Ainsi, tu n'aurais pas besoin de suivre de procédure post-installation. L'information se trouve elle-aussi dans le document traitant du partitionnement manuel.

et puis ça m'a soulé!
de perdre tout ce que j'avais personnalisé.

donc je suis en train de vouloir installer KUBUNTU, pour tester.
mais j'ai un question, peut être quelqu'un pourra m'aider : comment installer KUBUNTU SUR ubuntu ? (afin de ne pas toucher au partition, car je n'y comprends pas grand chose, et j'ai vraiment peur que windows (qui reste une sécurité, pour moi ; une sorte de "au cas où linux plante" (ce qui est arrivé hier)) soit endommagé.

donc voila ma question : comment installer kubuntu SUR ubuntu ?

je continue à chercher quelques infos ...

merci pour les éventuelles réponses

Exactement, c'est aussi simple que cela. Il fallait le savoir, qu'il y avait une limitation dans la redirection des flux!

sudo echo "/dev/sda2 /media/OS_ fuseblk rw,nosuid,nodev,allow_other,blksize=4096,default_permissions 0 0" >> /etc/fstab

par

sudo sh -c 'echo "/dev/sda2 /media/OS_ fuseblk rw,nosuid,nodev,allow_other,blksize=4096,default_permissions 0 0" >> /etc/fstab'

c'est aussi simple que ça ?

@Bosniak: Tu te trouves confronté à la limitation imposée par sudo en ce qui concerne la redirection de flux (http://doc.ubuntu-fr.org/sudo#rediriger … _avec_sudo). J'ai modifié le document en conséquence pour prendre en compte cette limitation.

sudo sh -c 'echo "/dev/sda2 /media/OS_ fuseblk rw,nosuid,nodev,allow_other,blksize=4096,default_permissions 0 0" >> /etc/fstab'

je me permets de poster suite à ce topic :
en essayant de monter/démonter un de mes disques durs (internes) pour que ubuntu me le charge automatiquement au démarrage, j'ai effectué la procédure suivante mais elle aboutit à un "permission non accordée" :

lesniak@lesniak-K70AC:~$ sudo mkdir /media/OS_
[sudo] password for lesniak: 
lesniak@lesniak-K70AC:~$ sudo echo "/dev/sda2 /media/OS_ fuseblk rw,nosuid,nodev,allow_other,blksize=4096,default_permissions 0 0" >> /etc/fstab
bash: /etc/fstab: Permission non accordée

quelqu'un aurait il une petite solution ?

Edit : j'ai trouvé un blaireau qui a cru bon d'ajouter dans la doc Wubi (le 14/01/2011), la phrase qui est en gras ci-dessous au sujet du disque d'installation pour Ubuntu :
"Disque d'installation : choisissez le lecteur virtuel (partition) dans lequel Ubuntu devra être installé. Par défaut, Ubuntu sera installé dans votre lecteur système (C:). Bien que l'install sur un autre lecteur (D: ou autre) soit possible, il est conseillé de laisser le lecteur par défaut pour éviter certains dysfonctionnements. Vous devez disposer d'au moins 5 Go d'espace libre dans ce lecteur"
Le blaireau, c'est moi et j'avais mentionné ça parce que Wubi souffrait de problèmes assez sérieux à l'époque. Ces problèmes n'existent plus : déjà à la sortie de Ubuntu 11.04, ils étaient résolus et j'avais oublié de mettre à jour la doc. Et bien sûr, ces problèmes n'existent pas non plus pour la version toute nouvelle Ubuntu 11.10 que je teste depuis plusieurs mois.
Je viens de modifier la doc pour remplacer cette phrase obsolète par celle-ci :
"Si vous disposez d'une partition de votre disque dur dédiée au stockage de documents (disque D: portant souvent le label "DATA" sur certains PC préinstallés), sélectionnez cette partition de stockage de préférence"

J'ai installé pysdm que vous pouvez trouver dans cette page, il dévérouille automatiquement les disk a chaque demarrage, plus besoin de le faire manuellement !
http://doc.ubuntu-fr.org/pysdm

Merci a tous

Bon pas grave je vais continuer a démonter ce lecteur a chaque ouverture de session et prendre mon mal en patience lol

Merci beaucoup encore une fois et passe une bonne journée

Le but de la manoeuvre est simple : Demonter le lecteur pour qu'il soit accessible pour les deux sessions et d'une façon définitive, car refaire l'opération a chaque fois je t'avoue que ça devient lassant !

Alors, comme mentionné, la solution à explorer, c'est de monter le volume automatiquement au chargement d'Ubuntu. De cette manière, on définit de manière plus précise les droits d'accès sur le volume (par exemple, autoriser tout le monde à accéder au contenu du volume). À ce sujet, je te réfère au document écrit par Antoine: Monter automatiquement un disque secondaire.

#Juste au passage, je suis allé faire quelques (beaucoup) de modifications dans le document en question.

Merci encore et Bonne journée a tous

Bon, alors d'abord, on a compris une petite différence: le lecteur C: est monté (rendu accessible) automatiquement au chargement d'Ubuntu, alors que le lecteur D: ne l'est pas. (Au passage, Linux n'utilise pas des lettres de lecteur comme C: et D: pour désigner les volumes. Mais laissons cela de côté temporairement.) Et c'est justement cette petite démarcation qui cause un accès bloqué au compte invité au volume D:.

Tous les volumes qui ne sont pas montés au chargement du système sont reconnus comme des médias amovibles (comme une clé USB, une partition de disque dur externe ou un CD-ROM). Les médias amovibles sont globalement montables par tous les utilisateurs, mais ils ne peuvent être montés que par un seul utilisateur à la fois. Ce qui fait que:
  - si ton compte d'utilisateur monte le volume D:, il sera accessible pour toi uniquement. Une session invitée ne saura pas y accéder tant que le volume sera monté dans ton compte;
  - si ton compte démonte le volume D:, il devient disponible pour le montage pour la session invité. Mais si l'invité monte le volume D:, il ne t'est plus accessible tant que le volume est monté pour l'invité.

Soit ce comportement te convient (maintenant que tu sais le comment du pourquoi).

Soit c'est insatisfaisant, et tu voudrais que tes deux sessions accèdent au lecteur D: simultanément (que le fait de monter D: dans un compte n'en bloque pas l'accès à l'autre compte). Dans ce cas, il faudra effectuer des modifications supplémentaires pour monter D: au chargement d'Ubuntu (comme c'est le cas avec le lecteur C: ). À ce sujet, Antoine est en train de rédiger un document dans la documentation du site qui pourrais te guider dans cette tâche: Monter automatiquement un disque secondaire.

On entend pas le terme racine la base à partir de laquelle on accède à des fichiers et dossiers. On va aussi parler de chemin ou adresse pour désigner l'emplacement d'un fichier dans l'ordinateur.

Windows considère que chaque volume est une entité propre. Par exemple, quand on parle de C: ou de D:, ce sont des volumes distincts. Ils disposent chacune de leur racine, de leur base bien distinctes. (Tu vois cette racine lorsque, avec ton Explorateur Windows, tu ouvres directement ton volume C: ou ton volume D:; tu vois alors la racine du volume.) Le chemin (ou adresse) vers les fichiers dans chaque volume s'inscrit depuis la racine de ce volume. Par exemple, si je veux ouvrir le fichier test.txt qui se trouve dans le dossier Windows du volume C:, le chemin vers ce fichier s'exprime par C:\Windows\test.txt.

Linux, lui, ne considère pas chaque volume comme une entité propre. Linux dispose d'une seule racine, et cette racine est désignée par une barre oblique (/). Tous les fichiers de tous les volumes sont accessibles depuis un chemin en partance de la racine. Par exemple, si je veux ouvrir un fichier test.txt se trouvant dans mon dossier personnel (le dossier alexandre situé lui-même dans le dossier home), le chemin vers se fichier s'exprimera par /home/alexandre/test.txt.

Le document concernant l'arborescence indique :

Je crois qu'en fait, il est plus facile de comprendre la lecture d'un chemin en le lisant à l'envers, de la feuille de l'arbre jusqu'à la racine: /home/alexandre/test.txt désigne donc le fichier test.txt contenu dans le dossier alexandre/, lui-même contenu dans le dossier home/, lui-même contenu dans la racine /.

Ainsi, quand je dis que le contenu de ton volume C: de Windows est accessible depuis l'emplacement /host/, c'est que tout le contenu du volume peut être vu en ouvrant le dossier host/ situé lui-même à la racine /. Tu peux explorer le tout à l'aide de ton navigateur de fichiers Nautilus.

Au passage, quelle version d'Ubuntu as-tu installée? Cela pourra nous aider davantage à mieux t'aider.

je suis toujours dans le même problème : a savoir demonter le disk D: a chaque fois que j'accede a mon compte, pour le compte invité cela ne s'est finalement fait qu'après avoir modifié le compte invité en compte administrateur....en revenant a ma session, il a fallut refaire toute la procedure pour demonter encore une fois le Disk D: pour pouvoir acceder a mes vidéos !
Actuellement je rencontre pleins de problemes techniques quant a l'usage d'UBUNTU, mais j'essaye de rester calme le plus possible lol

Encore une chose : je vois partout plains de gens parler de Linux pour montrer un edroit (comme tu la fait) dire /host ou /home ....je vous avoue que je sais pas c'est quoi ni comment faire ni a quoi ça sert lol...je sais c'est barbants mais bon, les aléas d'un novice lol
merci tout de même pour la réponse
Bonne soirée