Windows 10 partíció elérése Ubuntu alól mount hiba

Microsoft Windows

Sziasztok!

Adva van egy gép rajta egyik partíción Win10 a másikon Ubuntu 14.04.3 .
Az ubuntu látja a Win10 es partíciót de nem mountolja. Szeretnék hozzáférni a Win10-es partíció állományaihoz.
Amikor megpróbálom megnyitni a kötetet az alábbi hibaüzenet fogad:
Error mounting /dev/sda2 at /media/soltan/0278794B78793F0B: Command-line `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000,dmask=0077,fmask=0177" "/dev/sda2" "/media/soltan/0278794B78793F0B"' exited with non-zero exit status 14: Windows is hibernated, refused to mount.
Failed to mount '/dev/sda2': Operation not permitted
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the 'ro' mount option.

A Win10-en a gyorselérést letiltottam még az Ubi telepítése előtt, nem hibernálom hanem normál módon állítom le ahogy a hibaüzenetben figyelmeztetnek. Hol lehet még kikapcsolni ezeket az opciókat Win10 alatt mert nagyon zavar. Persze próbáltam csatolni mount -t "ntfs" -r /media paranccsal de nem jártam sikerrel.
A válaszokat előre is köszönöm.

  • 3783 megtekintés

( manfreed (nem ellenőrzött) | 2015. 12. 11., p – 20:03 )

Win alatt ne használd a leállítást, indítsd újra. Ez elvileg megoldja.

( Oops | 2015. 12. 11., p – 20:09 )

Ha elég csak olvasni, akkor add ki ezt a parancsot:
sudo mount -o ro -t ntfs /dev/sda2 /valamilyenletezokonyvtar

( uid_20558 | 2015. 12. 11., p – 21:20 )

Vagy ahogy fent is említik, indítsd újra (és persze rebootnál Linuxot indítasz), vagy Windows alatt rendszergazdai parancssorban add ki a shutdown /s /t 0 parancsot. Ez amennyire tudom teljesen leállítja.

( wachag | 2015. 12. 11., p – 22:32 )

> Persze próbáltam csatolni mount -t "ntfs" -r /media paranccsal de nem jártam sikerrel.

Nem csoda, mert -r opciója a mountnak nincs, nem is tudom, az honnan jött. -o ro

Hali!

"mert -r opciója a mountnak nincs"

-r, --read-only
Mount the filesystem read-only. A synonym is -o ro.

Note that, depending on the filesystem type, state and kernel
behavior, the system may still write to the device. For exam‐
ple, ext3 and ext4 will replay the journal if the filesystem is
dirty. To prevent this kind of write access, you may want to
mount an ext3 or ext4 filesystem with the ro,noload mount
options or set the block device itself to read-only mode, see
the blockdev(8) command.

-R, --rbind
Remount a subtree and all possible submounts somewhere else (so
that its contents are available in both places). See above.

Üdv:
Feri

ui: persze ez nem megoldás a problémára, csak a "-r" kapcsolóra reagáltam

( Lurk0 | 2017. 05. 03., sze – 15:00 )

Nem a legelegánsabb megoldás, de nálam működik.

A rendszer: 1 merevlemez 3 fő partícióra bontva. Win10, Linux Mint és egy közös partíció amin minden anyag tárolódik.
A gondom ugyanaz volt, mint a kérdezőnek, a Win10 látta a közös partíciót de a Linux nem.
A megoldás az lett, hogy nem szabad a Windows-t kikapcsolni, csak újraindítani, kivéve ha a kikapcsolás után újra Windows-t akar futtatni a felhasználó.
Ha a Windows-ból, annak újraindítása után lépek be a Linux-ba, akkor gond nélkül látja a partíciót.
Ezután már gond nélkül használható a Linux, teljes kikapcsolás után indítva a Linuxot sincs semmi probléma.
A gyári Win10 és Linux Mint rendszereken más módosítást nem eszközöltem.

A fastboot kikapcsolása semmilyen módon nem befolyásolta a fentebb leírtakat.

Az ötletet Manfreed adta, onnan kezdtem ezzel kísérletezni...

Lurkó

Én azért futnék még egy kört a fastboot kikapcsolásával. Azt értem, hogy kikapcsoltad, de lehet valamelyik frissítés vagy szoftver visszanyomta, nézd meg még egyszer, próbáld meg ki-be kapcsolgatni. Átmennék az NTFS partíción meg egy chkdsk /f indításával, hátha segít. Nálam az Arch tökéletesen olvassa az összes frissítéssel rendelkező Win10 Pro NTFS partícióját, a fastbootot még a Windows telepítése után kikapcsoltam, azóta sem volt vele problémám.

A fastboot-ot a BIOS-ban kapcsoltam ki és be. Semmi hatása nem volt a fentebb leírtakra.
Lehet félreérthetően írtam, de nekem is mindkét rendszer olvassa a közös partíciót, kivéve, ha a Win10 kapcsol ki utoljára, akkor a Linux inditásakor nem olvassa.
Erre írtam megoldásként a korábbiakat.
Mivel a Windowst talán ha hetente 1x kapcsolom be, ezért ez a gond nálam csak érintőleges, de segíteni szerettem volna a kérdezőnek azzal amit találtam.

Nem kevered a secure boottal? Én a Windowsban kapcsoltam ki a fastbootot. Most még egyszer megpróbáltam, hogy a Win10 kapcsolt ki utoljára (nem csak újraindult a gép), majd utána bootolt az Arch, és simán olvassa. A Wint én is hetente egyszer, ha bekapcsolom, de volt már, hogy 3 hónapig nem bootoltam át rá. Igazából 1-2 játékhoz használom csak, meg az 1080p-s netflixezéshez (Linux alól csak 720p támogatott a jelenlegi megoldásokkal), fent van rajta az összes frissítés a legutolsóig. Ez a rendszer is csak 8 hónapja van, előtte 3 évig nem is volt semmilyen Windows a gépen, NTFS partíció sem.

Kevered a "BIOS" fastbootot a hibrid inditassal.
Az egyik arra valo, hogy ellenorzesek meg varakozasok kihagyasaval a geped elobb elinditsa a ra telepitett operacios rendszert, a masik meg az a windows feature, ami leallitaskor kijelentkeztet, meg par szolgaltatast leallit, es utana hibernal.
Utobbit kell kikapcsolni, es akkor lehet rendesen hasznalni Linux alol is a particiokat.

( salaud v | 2017. 05. 07., v – 08:09 )

Az M$ a Win8 rtm-el vezette be a hibrid shutdown-t, ami kikapcsoláskor félig hibernál, félig leállít. Ezt kell kikapcsolnod, ahogy a hibaüzenet szépen leírja.

http://winaero.com/blog/how-to-disable-or-enable-fast-startup-in-window…

Értelemszerűen csináld meg a linken olvasható beállítást, és elmúlik.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Ez valóban megoldotta. http://winaero.com/blog/how-to-disable-or-enable-fast-startup-in-window…

Így most már gond nélkül működik minden formában.

Korábban siddis már belinkelte ezt a megoldást, de mivel a BIOS és a Win fastboot különbsége nem volt egyértelmű számomra, így átsiklottam a javaslat felett.