Kingston USB -tikku 'Kirjoitussuojattu tiedostojärjestelmä'? [SER-kamaa]

[jekku]

Kulkeutui käsiini otsikossa mainittu tikku.
Oli koetettu formatoida W7:ssa (ns. pääkäyttäjänä), mutta windows oli heittänyt pyyhkeen kehään maininnalla: Ei voi alustaa, "kirjoitussuojattu ..." (Tuo noin muistinvaraisesti)

Ja samaa väittää GParted:

ntfsresize -i -f -v /dev/sdg1
        
"ntfsresize v2014.2.15AR.2 (libntfs-3g)
$MFTMirr does not match $MFT (record 0).
ERROR(5): Opening '/dev/sdg1' as NTFS failed: I/O-virhe
NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!
The usage of the /f parameter is very IMPORTANT! No modification was
and will be made to NTFS by this software until it gets repaired."

Noilla ohjeilla koetettu myös windowsissa, mutta edelleen W7 uinuttaa ettei voi tehdä mitään. Samasta kirjoitussuojauksesta se itkee.

Yleensä kirjoitussuojatun laitteen voi mountata lukua varten, mutta ei onnistu:
"Can only open '/dev/sdg1' as read-only
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdg1': I/O-virhe
NTFS is either inconsistent, .... "

Eikä tikusta löydy mitään lukitusvipuakaan.

Onko tuohon joku vielä järeämpi loitsu vai uskommeko että SER-kuormaan...

Edit: Otsikko täydennetty

[raimo]

Jos mitään tärkeää dataa ei ole tikulla niin kokeile tehdä Gparted:llä uusi osiotaulu ja sitten uusi osio.
Gparted -menusta Device -> Create Partittion Table

[jekku]

Jos mitään tärkeää dataa ei ole tikulla niin kokeile tehdä Gparted:llä uusi osiotaulu ja sitten uusi osio.
Gparted -menusta Device -> Create Partittion Table

No kun se kirjoitussuojaus pitäisi ensin saada pois...

Koodia: [Valitse]

Unable to open /dev/sdg1 read-write (Kirjoitussuojattu tiedostojärjestelmä).  /dev/sdg1 has been opened read-only.
Can't write to /dev/sdg1, because it is opened read-only.


[mrl586]

Voiko sen mountata ilman kirjoitussuojausta?

[jekku]

Voiko sen mountata ilman kirjoitussuojausta?

Ei voi.

Koodia: [Valitse]

:~# mount /dev/sdg1 /mnt
Can only open '/dev/sdg1' as read-only
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdg1': I/O-virhe
....

Joskus noista "I/O-virhe" -jutuista on päässyt eroon fsck_lla mutta tähän yksilöön ei pure.
No, en tosin muista olisinko koskaan edes kokeillut ntfs:ään.

[mrl586]

Itse ratkaisin samankaltaisen ongelman tällä työkalulla (vaatii toimiakseen Windowsin).

[jekku]

Itse ratkaisin samankaltaisen ongelman tällä työkalulla (vaatii toimiakseen Windowsin).

Linkki tallessa ja palautan tikun windows-käyttäjälle.

Pienessä mielessäni kuvittelin (toivoin) että olisi joku "BruteForceLowLevelFormat" jonka olemassaoloa en joko tiennyt tai olin unohtanut...
Kun se tikku näkyi, sekä mount:ille että fdisk:ille.

Mutta pidän aiheen auki, kerron miten kävi jos/kun kuuluu jotain.

No, aina ei voi voittaa - ei edes joka kerta
 

[ajaaskel]

Eikös dd ole se "brute force" pyyhkäisemään tikun alun tyhjäksi sopivilla vivuilla ?

Laitetaan vielä esille tuo "mount" -komennon remount-optio (vaikka i/o-virhe tilanteessa oletettavasti hyödytön mutta joskus muuten ollut tarpeellinen):

       remount
              Attempt to remount an already-mounted filesystem.  This is commonly used to change the mount flags  for
              a  filesystem,  especially  to  make a readonly filesystem writable. It does not change device or mount
              point.

              The remount functionality follows the standard way how the mount command works with options from fstab.
              It means the mount command doesn't read fstab (or mtab) only when a device and dir are fully specified.

              mount -o remount,rw /dev/foo /dir

              After  this  call  all old mount options are replaced and arbitrary stuff from fstab is ignored, except
              the loop= option which is internally generated and maintained by the mount command.

              mount -o remount,rw  /dir

              After this call mount reads fstab (or mtab) and merges these options with options from command  line  (
              -o ).


Lähde:

Koodia: [Valitse]

man mount

[jekku]

Eikös dd ole se "brute force" pyyhkäisemään tikun alun tyhjäksi sopivilla vivuilla ?
....

Joo, siihen dd:hen minäkin luotin, viimeisenä temppuna.
Mitä ilmeisimmin se tikku on kypsä SER-kuormaan.

Ja Kingstonin etumatka muihin valmistajiin kasvaa, on johtanut kirkkaasti rikkoutumistilastoja tähänkin saakka.

Mutta odotan vielä josko se w-työkalu osaisi jotain...

[nm]

Eikös dd ole se "brute force" pyyhkäisemään tikun alun tyhjäksi sopivilla vivuilla ?
....

Joo, siihen dd:hen minäkin luotin, viimeisenä temppuna.

Millaista dd-komentoriviä käytit ja mitä se sanoi?

[jekku]

Tuollaisellahan minä kokeilin:

Koodia: [Valitse]

root@hp25:~# dd if=/dev/null of=/dev/sdg
dd: tiedoston ”/dev/sdg” avaaminen epäonnistui: Kirjoitussuojattu tiedostojärjestelmä


[raimo]

Tuollaisellahan minä kokeilin:

Koodia: [Valitse]

root@hp25:~# dd if=/dev/null of=/dev/sdg
dd: tiedoston ”/dev/sdg” avaaminen epäonnistui: Kirjoitussuojattu tiedostojärjestelmä


dd pitää ajaa sudolla.

edit: Sori en huomannu rootinaoloa...

[jekku]

Tuollaisellahan minä kokeilin:

Koodia: [Valitse]

root@hp25:~# dd if=/dev/null of=/dev/sdg
dd: tiedoston ”/dev/sdg” avaaminen epäonnistui: Kirjoitussuojattu tiedostojärjestelmä


dd pitää ajaa sudolla.

Ainakin reilut kymmenen vuotta on rootin oikat riittäneet, ja muihin laitteisiin tepsii edelleen.
(Kais huomasit, rootin komentokehote

[kamara]

Tuollaisellahan minä kokeilin:

Koodia: [Valitse]

root@hp25:~# dd if=/dev/null of=/dev/sdg
dd: tiedoston ”/dev/sdg” avaaminen epäonnistui: Kirjoitussuojattu tiedostojärjestelmä


dd pitää ajaa sudolla.

Eikös se pitäisi tyhjentää tällä käskyllä ?

Koodia: [Valitse]

dd if=/dev/zero of=/dev/sdg

Varoitus kuitenkin, että se tosiaan tuhoaa tiedot laitteelta.

[jekku]

Tuollaisellahan minä kokeilin:

Koodia: [Valitse]

root@hp25:~# dd if=/dev/null of=/dev/sdg
dd: tiedoston ”/dev/sdg” avaaminen epäonnistui: Kirjoitussuojattu tiedostojärjestelmä


dd pitää ajaa sudolla.

Eikös se pitäisi tyhjentää tällä käskyllä ?

Koodia: [Valitse]

dd if=/dev/zero of=/dev/sdg

Varoitus kuitenkin, että se tosiaan tuhoaa tiedot laitteelta.

Minä kun olen ollut siinä uskossa tuo /dev/null tuhoaisi myös, tuota nollaa en ole (kai) koskaan käyttänyt/kokeillut?
Mutta kokeilenpa nyt:

Koodia: [Valitse]


root@hp25:~# touch /var/tmp/foo.txt
root@hp25:~# ls -l /var/tmp/foo.txt
-rw-r--r-- 1 root root 0 joulu 27 17:26 /var/tmp/foo.txt
root@hp25:~# dd if=/dev/zero of=/var/tmp/foo.txt bs=4096 count=10
10+0 tietuetta sisään
10+0 tietuetta ulos
40960 tavua (41 kB) kopioitu 0,000589898 sekunnissa, 69,4 MB/s
root@hp25:~# ls -l /var/tmp/foo.txt
-rw-r--r-- 1 root root 40960 joulu 27 17:26 /var/tmp/foo.txt
root@hp25:~# wc -l /var/tmp/foo.txt
0 /var/tmp/foo.txt

root@hp25:~# dd if=/dev/null of=/var/tmp/foo.txt bs=4096 count=10
0+0 tietuetta sisään
0+0 tietuetta ulos
0 tavua (0 B) kopioitu 0,000252168 sekunnissa, 0,0 kB/s

root@hp25:~# ls -l /var/tmp/foo.txt
-rw-r--r-- 1 root root 0 joulu 27 17:32 /var/tmp/foo.txt


Onhan noissa eroa, mutta olisiko vaikuttanut lopputulokseen, en ala arvailemaan.
Edit: lisättty myös poisjäänyt komento jossa if /dev/null

[nm]

Tuollaisellahan minä kokeilin:

Koodia: [Valitse]

root@hp25:~# dd if=/dev/null of=/dev/sdg
dd: tiedoston ”/dev/sdg” avaaminen epäonnistui: Kirjoitussuojattu tiedostojärjestelmä


Kytke kirjoitussuojaus pois päältä hdparm-ohjelmalla:

Koodia: [Valitse]

sudo hdparm -r0 /dev/sdg

Minä kun olen ollut siinä uskossa tuo /dev/null tuhoaisi myös, tuota nollaa en ole (kai) koskaan käyttänyt/kokeillut?

/dev/null ei palauta mitään luettaessa, joten sitä ei voi käyttää ylikirjoittamiseen. Yleisin käyttötarkoitus on erilaisten listausten uudelleenohjaus suoraan bittitaivaaseen silloin, kun listausta ei haluata käsitellä enempää.

/dev/zero puolestaan antaa loppumattoman jonon nollaa, jonka dd sitten kirjoittaa laitteelle.

[jekku]

Itse ratkaisin samankaltaisen ongelman tällä työkalulla (vaatii toimiakseen Windowsin).

Ja kommentti kun kokeiltu linkin työkalua:

"Paljonlaisesti erilaisia toimintoja mutta suunnilleen kaikki valikot passiivisina."

Joten lienee aika uskoa että mennyttä kalua - mutta olipa joutojalle voimistelunaihetta

[nm]

Joten lienee aika uskoa että mennyttä kalua - mutta olipa joutojalle voimistelunaihetta

Kytke kirjoitussuojaus pois päältä yllä annetulla hdparm-komennolla.

[jekku]

Joten lienee aika uskoa että mennyttä kalua - mutta olipa joutojalle voimistelunaihetta

Kytke kirjoitussuojaus pois päältä yllä annetulla hdparm-komennolla.

Joo, kokeilin:

Koodia: [Valitse]

root@hp25:~# hdparm -r0 /dev/sdg

/dev/sdg:
 setting readonly to 0 (off)
 readonly      =  0 (off)
root@hp25:~# fdisk /dev/sdg

Welcome to fdisk (util-linux 2.25.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

fdisk: cannot open /dev/sdg: Kirjoitussuojattu tiedostojärjestelmä



[mrl586]

Otitko tikun välillä pois koneesta?