Bonjour.
Que dit sudo fdisk -l /dev/sda ?
Je suppose que W$ est en mode veille et a toujours la main sur /dev/sda, donc l'ensemble du disque et donc /dev/sda1 est inaccessible . Il y a une grosse différence d'occupation du disque entier 465,76 Gib et de sda1 qui est de 195,3 G
Premier réflexe est de revenir à W$ et de le mettre en mode redémarrage (et non Eteindre qui est en fait une veille ) ce qui forcera W$ à vider ses caches.
Ensuite au reboot, passer vite sur Linux.
Sinon, jeter Window$ par la fenêtre (désolé, c'est un réflexe conditionné )
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
lemust83 a écrit : ↑il y a 2 ans
Bonjour.
Que dit sudo fdisk -l /dev/sda ?
Je suppose que W$ est en mode veille et a toujours la main sur /dev/sda, donc l'ensemble du disque et donc /dev/sda1 est inaccessible . Il y a une grosse différence d'occupation du disque entier 465,76 Gib et de sda1 qui est de 195,3 G
Premier réflexe est de revenir à W$ et de le mettre en mode redémarrage (et non Eteindre qui est en fait une veille ) ce qui forcera W$ à vider ses caches.
Ensuite au reboot, passer vite sur Linux.
Sinon, jeter Window$ par la fenêtre (désolé, c'est un réflexe conditionné )
[armand@DESKTOP-Main ~]$ sudo fdisk -l /dev/sda
[sudo] Mot de passe de armand :
Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs
Modèle de disque : CT500MX500SSD1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 041A544F-78DD-4E39-9A77-8CDF346A49F7
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 409602047 409600000 195,3G Système de fichiers Linux
[armand@DESKTOP-Main ~]$
Exactement la même chose.
Concernant la taille de la partition cꞌest parce que je l ai demandé.
La partition avait été crée sous Windows.
Et Windows je ne lꞌai plus sur le PC. Il doit bien y avoir un moyen sous Linux de rendre ce disque a nouveau utilisable sans passer par Windows
sudo mount /dev/sda1 /run/media/armand/
sudo chown armand:armand /run/media/armand/*
L'idée est de tenter de t'approprier le volume.
Si ça ne passe toujours pas, tu peux tenter de redimensionner vers la gauche via GParted qui est installé par défaut.
Sois prudent, on a vite fait de faire une co rie....
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
sudo mount /dev/sda1 /run/media/armand/
sudo chown armand:armand /run/media/armand/*
L'idée est de tenter de t'approprier le volume.
Si ça ne passe toujours pas, tu peux tenter de redimensionner vers la gauche via GParted qui est installé par défaut.
Sois prudent, on a vite fait de faire une co rie....
La 1ere commande a affecté le point de montage /run/media/armand/
La seconde affecte lꞌappartenance à armand:armand.
Il a d ailleurs fallu que je démonte puis remonte 2 disques durs USB pour que le système mꞌautorise a y accédé. Mais je pense que cꞌest normal.
Ah ben voila c'est utile de lire les forums !
je me bats depuis le début d'apres midi, car je viens de réinstaller un Manjaro sur un portable qui me sert a traiter mes photos, pour le moment en DualBoot avec W$ et impossible d'enregistre mes modifications faite avec Darktable.
c'est ce cochon de Windows qui verrouillait l'accès aux fichiers !!
encore merci pour l'astuce du redémarrer au lieux d'arrêter !