Kirjoittaja Aihe: Levyasema muuttunut kirjoitussuojatuksi [Ratkaistu]  (Luettu 8975 kertaa)

Arello

  • Käyttäjä
  • Viestejä: 215
    • Profiili
En ole varma, mistä tarkalleen johtuu, mutta yksi tärkeä ulkoinen kovalevy on muuttunut kokonaisuudessaan kirjoitussuojatuksi. En pysty muokkaamaan tiedostoja tai edes lisäämään uutta kansiota. Olin aiemmin säätänyt jackin latenssiasetuksia ja veli oli yrittänyt jotain tulostella, missä ohessa USB-asemien kanssa oli säätöä. Ulkoinen kovalevy näytti olevan kirjoitussuojattu toisellakin koneella.

Käyttis on ihan perus Ubuntu 12.04.
« Viimeksi muokattu: 08.04.14 - klo:23.24 kirjoittanut Arello »
Läppäri Acer Swift 5 OS: Ubuntu Studio (xfce4) 18.04 LTS & Win10
Pöytis OS: Debian 10 & WinXP

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3370
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #1 : 05.04.14 - klo:14.08 »
Mihin tiedostojärjestelmään se on alustettu?
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #2 : 05.04.14 - klo:15.01 »
Kannattaa tarkistaa tiedostojärjestelmän eheys esim. Levytyökalulla. Jos kyseessä on NTFS-osio, tarkistus onnistunee parhaiten Windowsissa.

Arello

  • Käyttäjä
  • Viestejä: 215
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #3 : 05.04.14 - klo:22.40 »
Tiedostojärjestelmä sanoo msdos. Miten saisin kirjoitussuojauksen pois?
Läppäri Acer Swift 5 OS: Ubuntu Studio (xfce4) 18.04 LTS & Win10
Pöytis OS: Debian 10 & WinXP

qwertyy

  • Käyttäjä
  • Viestejä: 5778
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #4 : 05.04.14 - klo:22.59 »
nm sen jo sanoi. Windowsin levytyökaluilla sen saa turvallisimmin pois. Todennäköisesti asema on irroitettu väärin ja tiedostojärjestelmässä on jokin/joitain virheitä. Silloin yleensä asema näkyy kirjoitussuojattuna.

Toki omalla vastuulla voit mount-käskyn ohjessa käyttää force, eli pakotusvipusia.

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3370
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #5 : 06.04.14 - klo:04.25 »
Yleensäkin kannattaa aina käyttää tiedostojärjestelmän natiivityökaluja, samaa mitä olen PC-BSD:n foorumilla sanonut, ts, Winukan tiedostojärjestelmille Windowsin työkaluja, Linuxin järjestelmille Linuxin, FreeBSD:n FreeBSD:n.
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #6 : 06.04.14 - klo:13.19 »
Tiedostojärjestelmä sanoo msdos. Miten saisin kirjoitussuojauksen pois?

Tuon osion eheyden voi tarkistaa Ubuntun Levytyökalulla (joka käyttää dosfsck:ta).

Arello

  • Käyttäjä
  • Viestejä: 215
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #7 : 06.04.14 - klo:21.13 »
Ongelma paljastuikin kimurantimmaksi. Levyasema toimii normaalisti, mutta jos avaan Ardourilla projektin, koko asema muuttuu silloin kirjoitussuojatuksi. Uudelleen käynnistäessä tilanne on taas normaali.
Läppäri Acer Swift 5 OS: Ubuntu Studio (xfce4) 18.04 LTS & Win10
Pöytis OS: Debian 10 & WinXP

juyli

  • Vieras
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #8 : 06.04.14 - klo:21.38 »
Ongelma paljastuikin kimurantimmaksi. Levyasema toimii normaalisti, mutta jos avaan Ardourilla projektin, koko asema muuttuu silloin kirjoitussuojatuksi. Uudelleen käynnistäessä tilanne on taas normaali.

Yleensä Linux-ohjelmat (kuten Ardour) olettaa, että levyosioiden tiedostojärjestelmä on Linux/Unix.
Välttämättä fat/vfat/nfts -osiot eivät tarjoa ominaisuuksia, joita ohjelma tarvitsee. Jos haluat käyttää esim. projektin datan tallentamiseen esim. dos/vfat/ntfs -osiolla olevia hakemistoja, tallenna valmiit datat vasta, kun projekti on toteutettu.
Lue: älä käytä fat/vfat/ntfs -osioita Linux-käyttöjärjestelmässä - yhtään sen enempää kuin Windows-ympäristössä Linux/Unix-tiedostojärjestelmien osioita.

nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #9 : 06.04.14 - klo:21.46 »
Ongelma paljastuikin kimurantimmaksi. Levyasema toimii normaalisti, mutta jos avaan Ardourilla projektin, koko asema muuttuu silloin kirjoitussuojatuksi. Uudelleen käynnistäessä tilanne on taas normaali.

Tämä voi edelleen johtua virheestä tiedostojärjestelmässä, eli jos Ardour käsittelee jotain levyllä olevaa tiedostoa, tiedostojärjestelmän ajuri huomaa ongelman ja rajoittaa mahdollista tuhoa kytkemällä tiedostojärjestelmän vain-luku-tilaan.

Tarkistitko jo osion eheyden Levytyökalulla tai Windowsissa?

Mitä komento dmesg kertoo päätteessä sen jälkeen, kun levy muuttuu kirjoitussuojatuksi? Listauksen viimeiset 10-20 riviä liittyvät ehkä ongelmaan.

Arello

  • Käyttäjä
  • Viestejä: 215
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #10 : 06.04.14 - klo:22.10 »
Olen käyttänyt jo monta vuotta nykyistä systeemiä, mutta aiemmin vastaavaa ei ole ilmennyt. Tiedä sitten Ardourin uusimmista päivitysjutuista yms teknisistä yksityiskohdista. Joka tapauksessa olen tilan puutteenkin takia miettinyt hommaavani koneeseen uuden kiintolevyn. Nykyisessä pienessä on myös dualbootti Windowsiin, niin siksi en ole tallennellut järjestelmän kovoon paljoa mitään. Tämä on kuitenkin kokonaan toinen juttu mietittäväksi.

Yhtenä kokeiluna tähän aiheeseen vielä mietin, jos osioisin ulkoiseen kovalevyyn ext4:n, toimisiko tuosta winukka-alustuksesta siirretyt tiedostot normaalisti? Toinen mitä mietin, voisiko levy olla yksinkertaisesti vaan vanhuuden raihnaisuutta potemaan alkanut tai muuten vioittunut? 2008-2009 se muistaakseni on hommattu.

dmesgistä relevanteimmat rivit taitavat olla seuraavia (toisiksi viimeistä riviä toisti useasti ja sen jälkeen vielä tuota viimeistäkin):
Koodia: [Valitse]
[ 2316.146916] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6166874260)
[ 2316.146922] FAT-fs (sdb1): Filesystem has been set read-only
[ 2316.146934] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6166874260)
[ 3130.260037] <3>[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail.

En ole vielä löytänyt levytyökaluja Windowsista tai Linuxista. Enpä tosin kovin tarkkaan vielä etsiskellyt.
Läppäri Acer Swift 5 OS: Ubuntu Studio (xfce4) 18.04 LTS & Win10
Pöytis OS: Debian 10 & WinXP

qwertyy

  • Käyttäjä
  • Viestejä: 5778
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #11 : 06.04.14 - klo:22.21 »
Windows 7:ssa esim. kun avaa komentokehoitteen ja käskee siellä chkdsk sekä perään asematunnus, eli esim.
chkdsk c:

nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #12 : 06.04.14 - klo:22.21 »
Yhtenä kokeiluna tähän aiheeseen vielä mietin, jos osioisin ulkoiseen kovalevyyn ext4:n, toimisiko tuosta winukka-alustuksesta siirretyt tiedostot normaalisti?

Eiköhän -- ainakin ne tiedostot toimivat, jotka ovat ehjiä. Jos levyllä on tärkeää dataa, on ihan hyvä idea kopioida se tässä vaiheessa talteen.

Toinen mitä mietin, voisiko levy olla yksinkertaisesti vaan vanhuuden raihnaisuutta potemaan alkanut tai muuten vioittunut? 2008-2009 se muistaakseni on hommattu.

On mahdollista, että levyssä on fyysistä vikaa, tai sitten tiedostojärjestelmä on vain vioittunut jossain irrotuksessa. Kannattaisi nyt tarkistaa se osio ennen kuin lähdetään miettimään mahdollisia skenaarioita. SMART-tiedot kannattaa myös tarkistaa joko Levytyökalulla tai päätteessä smartctl:llä.

En ole vielä löytänyt levytyökaluja Windowsista tai Linuxista.

Kirjoita Ubuntussa Dashin hakuun levytyökalu tai englanninkielisessä järjestelmässä disk utility. Käynnistyy myös päätteen kautta, 12.04:ssä komennolla palimpsest, 12.10:ssä ja uudemmissa gnome-disks
« Viimeksi muokattu: 06.04.14 - klo:22.23 kirjoittanut nm »

Arello

  • Käyttäjä
  • Viestejä: 215
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #13 : 07.04.14 - klo:12.13 »
Tein Windowsilla jotain. Pari projektin tiedostopolkua oli tosiaan vioittunut (luultavasti irroituksessa). Näiden osalta sanoi: "Ensimmäinen varausyksikkö ei ole hyväksyttävä, tietue katkaistaan." Mitäköhän tämä käytännössä tarkoittaa? Windows sanoi tehneensä korjaukset tiedostojärjestelmään, mutta lieköhän projekti toimii. Tiedostot näyttäisivät olevan edelleen paikoillaan ainakin. Eheytyksessä näkyi 10% kuitenkin pirstoutuneita, jotka laitoin eheytettäväksi.
Läppäri Acer Swift 5 OS: Ubuntu Studio (xfce4) 18.04 LTS & Win10
Pöytis OS: Debian 10 & WinXP

qwertyy

  • Käyttäjä
  • Viestejä: 5778
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #14 : 07.04.14 - klo:19.59 »
Kannattaa pitää mielessä, että jos edes epäilee kiintolevyn mekaanista vauriota, niin eheytystä ei oikein saisi kyllä mennä tekemään, koska se kuormittaa asemaa suhteellisen paljon. Ts. jos asema on ihan viime metreillä menossa, niin huonolla tuurilla asema voi jopa tuhoutua lopullisesti tuossa vaiheessa.

Eli jos edes epäilee mekaanista vikaa ja asemalla on kriittistä tietoa, niin on ihan ehdotonta.
1. Varmuuskopioi tiedostot välittömästi toiselle medialle. (Tai lähettää aseman esim. Ibas:lle tms. jos aivan äärimmäisen kriittistä tietoa)
2. _Jos_ varmuuskopiointi onnistuu ok, niin sen jälkeen jo mainittu aseman s.m.a.r.t tietojen tarkistus, josta hyvin monesti näkee jo ensisilmäyksellä jos kiintolevy on yrittänyt korjata itseään siirtämällä tietoja lohkoista toisiin. Tai onko esim. kiintolevyn lämpötila noussut erikoisen korkeaksi kotelon/laitteen muuhun lämpötilaan verrattuna.
3. Kiintolevyn täydellinen pintatarkistus. Onnistuu Linuxin omilla levytyökaluilla, joskus jopa koneen biosiin sisällytetty mahdollisuus.

JaniAlander mainitsi myös mielestäni erittäin oleellisen seikan, eli tiedostojärjestelmät tarkistetaan _aina_ nativilla järjestelmällä. En missään nimessä suosittele tarkistuksia, varsinkaan korjaavia, suoritettavaksi "ristiin" käyttöjärjestelmillä. Tuossa on juurikin se syy miksi Linux laittaa blokkaa tuon aseman automaattisesti kirjoitussuojattuun tilaan.

Itse tekisin myös tuon pintatarkistuksen Windowsilla (koska siis MS osiointi käytössä). Eli komentokehoitteessa esim. chkdsk c: /F /R
Tuo suorittaa levyntarkistuksen (C:\ asemalle/osiolle), tekee pintatarkistuksen ja yrittää korjata/siirtää vialliset sektorit käytöstä.

4. Monesti hiukan subjektiivinen viimeinen tarkitusmenetelmä, joka on. Omat korvat. Eli vaikka kaikki näyttää täydelliseltä, niin aseman vioittumisen voi joskus kuulla. Nykyään nuo oireet näkyy aika hyvin myös tuolla s.m.a.r.t tiedoissa, eli esim. jos kiintolevy tuntuu ottavan vanhemmuuttaan merkittävästi hitaammin kierroksia, niin sekin voi näkyä kyseisissä tiedoissa. Mutta noihin s.m.a.r.t tietoihin ei aina kannata tai voi luottaa sokeasti. Vanhoista asemista niitä ei välttämättä saa irti lainkaan. Mutta jos käytössä kuulee esim. terävän/teräviä napsahduksia ja kiintolevyn kierrokset sillä hetkellä tuntuu muuttuvan, niin voi sanoa, että asema on takuulla tuhoutumassa ja omaa typeryyttään, jos siinä vaiheessa ei varmuuskopioita tajua ottaa.

Loppuun voisi vielä lisätä, että jos 1. kohta kaatuu aseman lukuvirheeseen, niin mitään pintatarkistuksia tms. ei tule misään nimessä mennä enää tekemään asemalle, vaan silloin on käytännössä ainoa mahdollisuus normaalikäyttäjällä ottaa riski esim. ddrescuen muodossa, jolla saa identtisen kloonin aseman tiedoista, huom. myös sen viallisen tiedon. Sen jälkeen alkuperäinen asema käytännössä onkin kutakuinkin roskiskamaa ja tietoja pitää yrittää alkaa pelastamaan tuosta kloonista., eikä alkuperäisestä asemasta. Tietysti jos kyseessä on aivan äärimmäisen tärkeä data ja rahaa löytyy, niin lukuvirheen tapahtuessa asema olisi paras lähettää jollekin spesialistille tyyliin Ibas. Normi pulliasella tietysti harvoin noin kriittistä tietoa asemiltaan löytyy.

Ja jos löytyy, niin niistähän on myös tehty varmuuskopiot? Eikö totta?

Ai niin ja jos kiintolevy ei enää satu edes tunnistumaan käynnistyksessä ja asemalta olisi kiva saada esim. valokuvia tms. vielä talteen, mutta ammattilasten palautuspalveluiden käyttö ei rahallisesti kuitenkaan kannata, niin henk.kohtaisesti olen saanut jo pari kertaa pelastettua tietoa jäähdyttämällä asemaa pakastimessa jonkin verran. Sen jälkeen asema kiinni joko kyljellään tai "katollaan", eli piirilevy ylöspäin ja nopeasti jollain dd-rescue tyyppisellä ratkaisulla kopio asemasta jos se sattuu tunnistumaan. Huom. tässä kannattaa sitten tietysti pitää mielessä, että kyseinen jippo voi tuhota huonolla tuurilla myös sen palautuskoneen, koska asema voi ja itseassa alkaakin kondensoimaan kosteutta lämmetessään ja elektroniikka&vesi yhdistelmä ei tunnetusti ole oikein toimiva. Eli ei ehkä kannata kokeilla sillä +tuhannen euron megakoneella kyseistä jippoa  :)
Kuulostaa helposti aprillipilalta tai muulta huonolta nettijäynältä, mutta allekirjoitan, että noin voi saada aseman hetkeksi henkiin. Mitään takuuta tuolle ei tietystikään kukaan voi antaa ja hyvin pitkälti tuurista kiinni miten käy.

Arello

  • Käyttäjä
  • Viestejä: 215
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi
« Vastaus #15 : 08.04.14 - klo:23.23 »
Eheytyksen jälkeen ei mitään vikaa eikä mitään epämääräistä ruksutustakaan ole kuulunut missään vaiheessa. Sen jälkeen, kun tein tiedostojärjestelmän korjauksen, kirjoitussuojausta ei ole enää iskenyt. Yhden projektitiedoston irrotuksessa (tod.näk.) vioittuneet pääfilut menivät Found kansioon jollain toisilla nimillä, joten sitä ei ehkä saa helposti toimimaan. Muuten selvisin varmaan säikähdyksellä tällä kertaa. Kiitoksia kuitenkin kaikille vastaajille hyvistä pointeista, joita otan huomioon levytilannetta päivittäessäni.
Läppäri Acer Swift 5 OS: Ubuntu Studio (xfce4) 18.04 LTS & Win10
Pöytis OS: Debian 10 & WinXP

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3370
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi [Ratkaistu]
« Vastaus #16 : 09.04.14 - klo:04.28 »
Mulle on joskus ntfs:n kanssa käynyt niin, että oletettavasti muut käyttikset tuppaavat ajan myötä sitä korruptoimaan, ongelma on pysynyt aisoissa käynnistämällä Windows silloin tällöin ja ajamalla levyntarkistuksen/korjauksen. Ja tosiaan kannattaa mahdollisuuksien mukaan kohdella Linuxissa noita osioita korkeintaan datavarastoina, ts. ns. valmista kamaa tyyliin mp3 tiedostoja yms. sinne, ei mitään ohjelmien projektikansioita yms...
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

JussiS

  • Käyttäjä
  • Viestejä: 689
    • Profiili
Vs: Levyasema muuttunut kirjoitussuojatuksi [Ratkaistu]
« Vastaus #17 : 11.04.14 - klo:00.39 »
Hei,
levyjärjestelmä oli siis FAT32. Ja ongelma ratkesi tosiaan sillä, että pistin levyaseman windows puolella tsekkaukseen. Onneksi on vielä yksi windows kone kämpässä. Levyn korjauksen jälkeen tuo levy näyttää nyt  toimivan.
JusSi
Ubuntu 22.04.1 LTS (XPS 13, DELL), Ubuntu Mate 22.04.1 LTS, Linux Mint 20.3.