Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Laitealue => Aiheen aloitti: jekku - 25.12.15 - klo:16.50
-
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
-
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
-
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...
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.
-
Voiko sen mountata ilman kirjoitussuojausta?
-
Voiko sen mountata ilman kirjoitussuojausta?
Ei voi.
:~# 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.
-
Itse ratkaisin samankaltaisen ongelman tällä työkalulla (http://www.partitionwizard.com/free-partition-manager.html) (vaatii toimiakseen Windowsin).
-
Itse ratkaisin samankaltaisen ongelman tällä työkalulla (http://www.partitionwizard.com/free-partition-manager.html) (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 ;)
-
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: man mount
-
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...
-
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?
-
Tuollaisellahan minä kokeilin:
root@hp25:~# dd if=/dev/null of=/dev/sdg
dd: tiedoston ”/dev/sdg” avaaminen epäonnistui: Kirjoitussuojattu tiedostojärjestelmä
-
Tuollaisellahan minä kokeilin:
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...
-
Tuollaisellahan minä kokeilin:
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 ;)
-
Tuollaisellahan minä kokeilin:
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ä ?
dd if=/dev/zero of=/dev/sdg
Varoitus kuitenkin, että se tosiaan tuhoaa tiedot laitteelta.
-
Tuollaisellahan minä kokeilin:
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ä ?
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:
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
-
Tuollaisellahan minä kokeilin:
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 (http://askubuntu.com/questions/101637/usb-turn-write-protection-off):
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.
-
Itse ratkaisin samankaltaisen ongelman tällä työkalulla (http://www.partitionwizard.com/free-partition-manager.html) (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 ;)
-
Joten lienee aika uskoa että mennyttä kalua - mutta olipa joutojalle voimistelunaihetta ;)
Kytke kirjoitussuojaus pois päältä yllä annetulla hdparm-komennolla.
-
Joten lienee aika uskoa että mennyttä kalua - mutta olipa joutojalle voimistelunaihetta ;)
Kytke kirjoitussuojaus pois päältä yllä annetulla hdparm-komennolla.
Joo, kokeilin:
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ä
-
Otitko tikun välillä pois koneesta?
-
Itse asiassa vaihdoin välillä konettakin jossa kokeilin.
Mutta tuon hdparm:in vivun kirjoitin silti muistiin, kokeilenpa joskus toiste eri tikulla ;)
-
Kuulostaa sangen omituiselta, hiukan tulee mieleen se tällä foorumilla mainitsemani seikkailu* parinkin muistitikun ja dd:n parissa, niissä auttoi ko. ketjussa mainitsemani syväformatointiohjelma.
*Tikut vakaasti raportoivat vajaan koon, eikä auttanut niin mikään kikkailu edes dd:llä, ja sen jos minkä luulisi tosiaan jyräävän julmasti kaiken yli.
Tuossa: http://forum.ubuntu-fi.org/index.php?topic=49757.0
-
.....
/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.
No niinhän olikin. Seison korjattuna.
(Ja kuinka monessa skriptissä tuota käytänkin, juuri tulosteen ohjaamiseen ;)