Aller directement au contenu

Ajouter second disque dur sur Xubuntu : soucis d'accès

Déplacé Divers
  • bonjour,
    j'ai installé Xubuntu 18.04 sur un disque ssd de 130 Go formaté ext4 , le tout fonctionne correctement.
    Je viens de rajouter un disque dur sata 2 de 250 Go , formaté par gparted en ext4, je vois le disque sur
    le bureau mais je ne peux rien y copier dessus.
    Je suis allé fouiller un peu sur les posts, mais malgré quelques manips je n'arrive pas à monter ce disque. Je m'embrouille sérieux avec les chmod, chown et autres commandes .
    Le ssd est en /dev/sdb et le sata que je rajoute pour les données est en /dev/sda. Le home d'origine reste pour l'instant sur le ssd, ou si ce n'est pas trop compliqué, peut-être le passer sur le sda ?

    Ce sata de 250 Go formaté en ntfs est accessibles sans problèmes.
    J'ai pensé à réinstaller le tout avec le disque connecté mais il y a peut-être plus simple avec quelques commandes.
    Merci à vous
    joseph (les sables)

  • Bonsoir @jolaradio

    Des liens pour essayer de résoudre le problème évoqué (configuration du fichier /etc/fstab) :

    https://debian-facile.org/doc:systeme:uuid_des_partitions

    https://debian-facile.org/doc:systeme:fstab

  • @papinou bonjour papinou,
    je vais aller voir les deux liens, je dois oublier quelque chose de sérieux car je n'arrive pas à monter ce disque . Le plan B serait peut-être de refaire l'installation et d'analyser de près le fichier fstab .
    à + et merci
    joseph

  • Cette simulation dans VirtualBox peut-elle t'aider ?

    /dev/sdb est le second disque dur que l'on voit grisé avant utilisation.

    0_1542208651352_1-partition-ext4-avant-montage.png

    Pour être utilisé, on double clique sur son icône. Le point de montage est alors visible dans la barre d'adresse de l'explorateur de fichier. Un clique droit dans la fenêtre montre des options grisées ; l'écriture de fichier/dossier n'est pas autorisée.

    0_1542208671981_2-partition-ext4-montee.png

    Il suffit de devenir le propriétaire du dossier correspondant au point de montage pour avoir le droit d'écrire à l'intérieur. Si des fichiers/dossiers existent déjà alors passer la commande chown avec l'option -R. Cette commande doit être passée avec les droits root et donc préfixée par la commande sudo.

    0_1542208679958_3-partition-ext4-acces-ecriture.png

Sujets suggérés

  • Le Dock d'Emmabuntüs.

    Déplacé Divers
    7
    2 Votes
    7 Messages
    364 Vues
    papinouP

    @livrecinq J'ai installé la version LXQt d'Emmabuntüs DE 3 sur un Eeepc. Il vaut mieux faire l'install en passant par la version live plutôt qu'en direct. Ce serait effectivement une bonne idée de pouvoir l'installer sur le Raspberry Pi.

    @Olivier Le navigateur falkon semble plus léger que firefox. La navigation y est fluide (2Go de mémoire vive, disque dur de 250 Go). Un petit problème tout de même : le son n'est perceptible qu'au travers du jack de mon casque audio.

    @e1415 Le dock est vraiment superbe et donne l'impression d'être sous Mac OS.

  • MERCI A L'EQUIPE LINUX DE CHALLANS

    Déplacé Divers
    1
    0 Votes
    1 Messages
    191 Vues
    Personne n'a répondu
  • L'état et le libre

    Déplacé Divers
    1
    0 Votes
    1 Messages
    142 Vues
    Personne n'a répondu
  • Effacer un disque dur avant sa revente

    Déplacé Divers
    5
    0 Votes
    5 Messages
    789 Vues
    MenfiM

    @e1415 Le paquet comprend 4 utilitaires pour supprimer de manière sécurisée les fichiers/répertoires, la mémoire, l'espace libre et le swap. Ils n'agissent pas sur la totalité du disque.

    Je conseillerai l'utilitaire hdparm pour effacer de manière sécurisée les disques SSD (! connectés en SATA).

    Vérifier l'état du disque (frozen or not) avec la commande :

    sudo hdparm -I /dev/sdX

    Un passage en veille suffit à changer l'état en not frozen (le disque accepte alors les commandes de sécurité).

    sudo hdparm --security-set-pass NULL /dev/sdX sudo hdparm --security-erase NULL /dev/sdX

    Plus d'info sur https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase

  • L'auto-hébergement

    Déplacé Divers
    12
    2 Votes
    12 Messages
    3k Vues
    MenfiM

    Un autre très bon guide sur le sujet là https://framacloud.org/fr/auto-hebergement/.

  • 0 Votes
    6 Messages
    2k Vues
    MenfiM

    Super ! les zones DNS ont été corrigées :

    0_1537178698991_dig-corrige.png

  • 1 Votes
    2 Messages
    1k Vues
    MenfiM

    En images, on obtient :

    0_1521465437962_screenfetch.gif

    Linux, c'est byzanz ! 🙂

    Plus d'infos : byzanz, xwininfo, gimp, gifsicle, imagemagick.

  • Disque USB en /dev/sda au lieu de /dev/sdb

    Déplacé Divers
    3
    0 Votes
    3 Messages
    2k Vues
    ?

    @olivier tu peux creer un fichier dans sytemd :
    /etc/systemd/system/nexcloud-usb3.mount:
    [Unit]
    Description=Mount media usb3 nexcloud

    [Mount]
    What=/dev/disk/by-uuid/d66624cf-9dda-45dc-8b75-cf322a505612
    Where=/media/usb3

    Type=brfs
    Options=defaults

    [Install]
    WantedBy=multi-user.target

    et apres un simple:
    systemctl daemon-reload
    systemctl enable nexcloud-usb3.mount
    systemctl status nexcloud-usb3.mount

    source ici:
    https://discuss.linuxcontainers.org/t/automount-block-device-inside-container-fstab-not-working/692