Virhe pääsyssä toiselle osiolle? (Ratkaistu)

[kx]

Mikähän iski nyt Ubuntuun? Katso alla kone ja muut tiedot. Eli en pääse Ubuntulla osiolle, jossa on kaikki tiedostoni, kuvat ja muu ... Tulee liitteen virheilmoitus.   Windowsilla pääsen kyseiseen osioon.

[nm]

Windows jättää osion varattuun tilaan. Kytke Windowsin nopea käynnistys (fast startup) pois päältä.

Asetus löytyy Windowsin vanhasta ohjauspaneelista virtapainikkeiden asetuksista. Katso kuvat: https://bittitaivas.fi/kaynnistyksen-nopeuttaminen/

Ohje englanniksi: https://support.lenovo.com/fi/fi/solutions/ht501793-how-to-turn-on-or-off-fast-startup-in-windows-1081

[kx]

Katsoin nuo asetukset ja nopea käynnistys olikin pois. Poistin myös lepotilan ja talletin muutoksen, mutta sama virheilmoitus tulee edelleen... Windowsia en ollut käyttänyt muutamaan päivään ennenkun tänään tuli tämä virhe päälle. Olettaisin, että vika on jossain ubnuntun puolella tai tulleessa päivityksessä.  Windowsia kokeilin vasta sen jälkeen kubn ubuntu ei päässyt osiolle.

[nm]

No voit kokeilla liittää manuaalisesti päätteessä, niin mount ehkä kertoo tarkemman virheen:

Luo kokeilua varten esim. liitospiste /mnt

Koodia: [Valitse]

sudo mkdir -p /mnt
Liitä mount-komennolla:

Koodia: [Valitse]

sudo mount /dev/sda1 /mnt
Sitten voit kokeilla vielä eri NTFS-ajureita. Uusi kernelin ntfs3-ajuri, joka pitäisi nykyisin olla vakiona käytössä:

Koodia: [Valitse]

sudo mount -t ntfs3 /dev/sda1 /mnt
Perinteinen NTFS-3g:

Koodia: [Valitse]

sudo mount -t ntfs-3g /dev/sda1 /mnt

[kx]

Tarkoitus on siis päästä osiolle "Karin".   Vaikuttaa siltä, etteivät nuo komennot tee muuta kuin poistaa näkyvistä työpöydältä tuon osion "Karin". kts liitteet

Komentu Fuser antaa:   

Koodia: [Valitse]

dc7900@kotikone:~$ fuser
Prosessimäärittelyä ei ole annettu
Käyttö: fuser [-fIMuvw] [-a|-s] [-4|-6] [-c|-m|-n SPACE]
             [-k [-i] [-SIGNAL]] NIMI...
        fuser -l
        fuser -V
Näytä mitkä prosessit käyttävät nimettyjä tiedostoja, vastakkeita tai
tiedostojärjestelmiä.

  -a,--all              näytä myös käyttämättömät tiedostot
  -i,--interactive      kysy ennen kill-komennon käyttämistä (ei merkitystä
                        ilman valitsinta -k)
  -I,--inode            käytä tiedostojen vertailussa aina inodes-solmuja
  -k,--kill             lähetä signaali kill-käskyllä prosesseille, jotka
                        käyttävät tiedostoa
  -l,--list-signals     näytä signaalinimien luettelo
  -m,--mount            näytä kaikki nimettyjä tiedostojärjestelmiä tai
                        lohkolaitteita käyttävät prosessit
  -M,--ismountpoint     toteuta pyyntö vain jos NIMI on liitäntäpiste
  -n,--namespace SPACE  etsi tästä SPACE-nimiavaruudesta (file, udp, tai tcp)
  -s,--silent           vaimennettu toiminta
  -SIGNAL               lähetä muu signaali kuin SIGKILL
  -u,--user             näytä käyttäjätunnukset
  -v,--verbose          laveasti
  -w,--writeonly        käytä kill-käskyä vain kirjoitusoikeudella
                        varustettuihin prosesseihin
  -V,--version          näytä versiotiedot
  -4,--ipv4             etsi vain IPv4-vastakkeita
  -6,--ipv6             etsi vain IPv6-vastakkeita
  udp/tcp names: [local_port][,[rmt_host][,[rmt_port]]]

dc7900@kotikone:~$



[kx]

Tässä on dgm: 

Koodia: [Valitse]

dc7900@kotikone:~$ sudo dmesg | tail -20
[sudo] dc7900-käyttäjän salasana:
[   12.591647] rfkill: input handler disabled
[   13.177116] [UFW BLOCK] IN=enp3s0 OUT= MAC=01:00:5e:00:00:01:3c:84:6a:4a:ee:a0:08:00 SRC=192.168.68.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0x00 TTL=1 ID=0 DF PROTO=2
[   20.081596] systemd-journald[441]: /var/log/journal/309cde297a8d460fb939210c8bf3a668/user-1000.journal: Journal file uses a different sequence number ID, rotating.
[   20.549389] kauditd_printk_skb: 2 callbacks suppressed
[   20.549394] audit: type=1400 audit(1746948961.790:274): apparmor="DENIED" operation="open" class="file" profile="snap-update-ns.snapd-desktop-integration" name="/proc/2715/maps" pid=2715 comm="5" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[   20.897353] rfkill: input handler enabled
[   23.354142] audit: type=1400 audit(1746948964.594:275): apparmor="DENIED" operation="open" class="file" profile="snap-update-ns.snapd-desktop-integration" name="/proc/2884/maps" pid=2884 comm="5" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[   23.452170] audit: type=1400 audit(1746948964.692:276): apparmor="DENIED" operation="unlink" class="file" profile="snap.snapd-desktop-integration.snapd-desktop-integration" name="/dev/char/195:255" pid=2930 comm="snapd-desktop-i" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
[   23.453131] audit: type=1400 audit(1746948964.693:277): apparmor="DENIED" operation="unlink" class="file" profile="snap.snapd-desktop-integration.snapd-desktop-integration" name="/dev/char/195:0" pid=2930 comm="snapd-desktop-i" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
[   23.453971] audit: type=1400 audit(1746948964.693:278): apparmor="DENIED" operation="unlink" class="file" profile="snap.snapd-desktop-integration.snapd-desktop-integration" name="/dev/char/195:0" pid=2930 comm="snapd-desktop-i" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
[   23.453975] audit: type=1400 audit(1746948964.694:279): apparmor="DENIED" operation="unlink" class="file" profile="snap.snapd-desktop-integration.snapd-desktop-integration" name="/dev/char/195:0" pid=2930 comm="snapd-desktop-i" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
[   23.457877] audit: type=1400 audit(1746948964.698:280): apparmor="DENIED" operation="unlink" class="file" profile="snap.snapd-desktop-integration.snapd-desktop-integration" name="/dev/char/195:255" pid=2930 comm="snapd-desktop-i" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
[   23.457884] audit: type=1400 audit(1746948964.698:281): apparmor="DENIED" operation="unlink" class="file" profile="snap.snapd-desktop-integration.snapd-desktop-integration" name="/dev/char/195:254" pid=2930 comm="snapd-desktop-i" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
[   23.457886] audit: type=1400 audit(1746948964.698:282): apparmor="DENIED" operation="unlink" class="file" profile="snap.snapd-desktop-integration.snapd-desktop-integration" name="/dev/char/195:0" pid=2930 comm="snapd-desktop-i" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
[   23.457958] audit: type=1400 audit(1746948964.698:283): apparmor="DENIED" operation="unlink" class="file" profile="snap.snapd-desktop-integration.snapd-desktop-integration" name="/dev/char/195:0" pid=2930 comm="snapd-desktop-i" requested_mask="d" denied_mask="d" fsuid=1000 ouid=0
[   25.069844] rfkill: input handler disabled
[   64.878977] ntfs3: Enabled Linux POSIX ACLs support
[   64.878982] ntfs3: Read-only LZX/Xpress compression included
[   64.879859] ntfs3: sda1: It is recommened to use chkdsk.
[   64.882202] ntfs3: sda1: volume is dirty and "force" flag is not set!
dc7900@kotikone:~$



[nm]

[   64.878977] ntfs3: Enabled Linux POSIX ACLs support
[   64.878982] ntfs3: Read-only LZX/Xpress compression included
[   64.879859] ntfs3: sda1: It is recommened to use chkdsk.
[   64.882202] ntfs3: sda1: volume is dirty and "force" flag is not set!

Windows on jättänyt osion varattuun tilaan. Tuolle ei ole oikein tehtävissä muuta kuin ajaa osiolle tiedostojärjestelmän tarkistus Windowsissa ja yrittää vielä sammuttaa Windows puhtaasti. Kannattaa käyttää Windowsissa tavallisen sammutuksen sijaan uudelleenkäynnistystä (restart), jotta Windows sulkee itsensä kokonaan.

Jos yrität pakottaa Linuxin puolella liittämisen read-write-tilassa, se voi johtaa tiedostojärjestelmän tai avoimien tiedostojen osittaiseen rikkoutumiseen. Read-only-tilassa liittäminen on mahdollista ilman riskejä.

[kx]

No niin, tein seuraavaa tuon viimeisen oman viestini jälkeen.  Tallensin varmuuden vuoksi ensimmäiseksi Windowsin puolella koko Karin-osion, yhteensä 27 Gt erilliselle muistille talteen, ettei käy niin, että menetän kohta kaikki.  Tallennus vei 15 minuuttia ja kone jäi itsekseen ehkä puolisen tunniksi. No Windows oli ilmeisesti käynnistänyt omin luvin myös jonkun päivityksen ja kun aukaisin mustan työpöydän uudelleen, niin  näkösällä olikin Ubuntu.

 (Siis Windows oli päivityksen aikana sammuttanut itsensä ja käynnistänyt koneen uudelleen, mutta kun kukaan ei tehnyt valintaa Windowsin suuntaan, käynnistyi Ubuntu automaattisesti ensimmäisenä vaihtoehtoa.)

No nyt käskin koneen käynnistyä uudelleen ja valitsin Windowsin. Ja sen autettua tarkistin, että Osio Karin oli talletettu varamuistille.  Tämän jälkeen irrotin varamuistin oikeaoppisesti ja  palasin uudelleeenkäynnistyksen kautta taas Ubuntuun.  Ja nyt Osiolle Karin pääsikin ilman mitään ongelmia.  Eli syy onkin ollut Windowsin.  Loppu hyvin kaikki hyvin.  Kiitos taas tuesta nm! 

[kx]

Taisi löytyä syykin tuohon em tapaukseen.  Ongelma nimittäin toistui tänään, kun taas kävin hetkeksi kurkkaamassa jotain asiaa Windowsin puoleta.  Eli taaskaan en päässyt osiolle "Karin", kun yritin sitä sitten myöhemmin Ubuntussa. Kun sitten  selvittelin ongelmaa ja palasin takaisin Windosiin, niin huomasin siellä olevan päivityksen odottamassa etenemistään jotenkin puolivälissä. 
Kävin sitten Ubuntun puolella katsomassa Levyt-ohjelmalla, miltä osioiden tilanne siellä  näyttää.  Tämä osio "Karin" oli merkitty irti olevaksi. Eli ilmeisesti Windows varaa  käyttöönsä kaikki tarvitsemansa osiot päivityksien ajaksi?  Tein sitten Windows-päivitykset loppuun ja palasin Ubuntuun Levyt sovellutukseen, jossa sain liitettyä  osion takaisin järjestelmään ja kaikki toimi jälleen.   

Järjestelmä on siis mulla sellainen, että Ubuntu ja Windos  tallentavat kumpikin yhdelle ja samalle erilliselle osiolle" Karin"  tiedostoja,  kuvia, yms.  Siksi ilmeisesti Windows haluaa varata myös tuon osion omien päivystyksiensä ajaksi, jolloin se on Ubuntulta suljettu??

[qwertyy]

Yksi mikä hellposti voi aiheuttaa ongelmia on myös fastboot. Itse poistaisin sen käytöstä dualboot koneessa jos asennus on samalla levyllä. Tosin en ole huomannut ongelmia monen aseman kokoonpanoissa ja niissä olen jättänyt asennuksen normaaliksi.
https://www.ninjaone.com/script-hub/how-to-disable-fast-startup-in-windows/

*edit*
Jaa vastaava olikin jo mainittu aiemmin.