Usb 3 tikun alustus ei onnistu

[Frank Zappa]

Palataan taas kivikaudelle ( viime vuosituhannen aiheisiin  )  uusilla usb3 tikuilla. Tikulla on fat32 systeemi, mutta sitä ei saa kokonaan poistettu ja siis jää herja suberblockista tms ongelmasta.
Yritin viimeksi  clear -toimintoa gpartedilla, mutta sekään ei pure tikkuun.  Ainoastaan  voi formatoida  takaisin fat32:ksi ja tikku toimii taas ok. 

Eli pitäis  formatoida tikku ext4ksi, mutta mikään temppu ei pure.        Pitäs löytää joku  syvätekniikka  jolla  käsitellä tikku ?

-------------------------------------------------------------

gparted:
Unable to detect file system! Possible reasons are:
- The file system is damaged
- The file system is unknown to GParted
- There is no file system available (unformatted)
- The device entry /dev/sdb1 is missing

---------------------

ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdb

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>   or      e2fsck -b 32768 <device>

Found a dos partition table in /dev/sdb

---------------------------------------------------------

T: Frank Zappa 

[nm]

Luo tikulle uusi msdos- tai Guid-osiotaulu Gpartedilla ja luo sen jälkeen  ext4-osio.

[Frank Zappa]

Juu ei toimi.    Tuloksena  seuravaa:


qparted toistaa muutaman kerran ja ohjelmaa käynnistäessä aina:
   The backup GPT table is corrupt, but the primary appears ok, so that will be used.

------------------------------

qparted: warning.

<i>Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          56840c87-1c4e-42e7-a94a-5f89e4aa07e4
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              3842048
Block count:              15359488
Reserved block count:     767974
Overhead clusters:        319927
Free blocks:              15039555
Free inodes:              3842037
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1020
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Dec  5 20:06:08 2025
Last mount time:          n/a
Last write time:          Fri Dec  5 20:06:31 2025
Mount count:              0
Maximum mount count:      -1
Last checked:             Fri Dec  5 20:06:08 2025
Check interval:           0 (<none>)
Lifetime writes:          4226 kB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:             256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      cd3d68f7-ccdc-4319-96d5-0b8e88f8d9d3
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x4d532ce5</i>

<i>dumpe2fs 1.46.5 (30-Dec-2021)
Journal superblock magic number invalid!</i>

<i>Unable to read the contents of this file system!
Because of this some operations may be unavailable.
The cause might be a missing software package.
The following list of software packages is required for ext4 file system support:  e2fsprogs v1.41+.</i>

----------------------------------

Tuloksena:
Unable to mount 63 gb volume

Error mounting /dev/sda1 at /media/user/4334-device:
wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage or helper program or other error.

Eli  gparted ei pääse eroon  backup corruptiosta, vaikka käyttää primary juttua. ?

T; Frank Zappa

[nm]

qparted toistaa muutaman kerran ja ohjelmaa käynnistäessä aina:
   The backup GPT table is corrupt, but the primary appears ok, so that will be

Tämä varoitus ei välttämättä koske kyseistä USB-tikkua, vaan voi tulla myös jostain muusta levystä. Gpartedin statuspalkissa pitäisi näkyä, minkä levyn osiotaulua se yrittää lukea virheen kohdalla.

Tikun sisällön voit pyyhkiä muillakin ohjelmilla, kuten dd:llä, kunhan varmistat, että kohdelaite on sataprosenttisen varmasti oikea. Tässä on riskinä pyyhkiä väärältä levyltä kaikki tiedot lopullisesti.

Koodia: [Valitse]

sudo dd if=/dev/zero of=/dev/sdX bs=4M status=progress && sync(Eli korvaa tässä /dev/sdX tikun laitetunnuksella.)

Ehkä kannattaisi kokeille uuden osiotaulun luomista vielä Levyt-ohjelmalla, tai katso sillä ainakin, mikä tikun laitetunnus on, jos lähdet tyhjentämään dd:llä.

[Frank Zappa]

Taijat ite olla väärällä sd-levyllä.  Mutta   sudo dd if=/dev/zero of=/dev/sda bs=4M status=progress && sync   ei tuo muutosta ongelmaan.

tulos:
sudo dd if=/dev/zero of=/dev/sda bs=4M status=progress && sync
               
62906171392 bytes (63 GB, 59 GiB) copied, 5179 s, 12,1 MB/s
dd: error writing '/dev/sda': No space left on device
15001+0 records in
15000+0 records out
62914560000 bytes (63 GB, 59 GiB) copied, 5382,95 s, 11,7 MB/s

--
gparted
/dev/sda: unrecognised disk label
------------------

Disks: Error formatting volume
Failed to take ownership of newly created filesystem:
cannot mount/dev/sda1 at/run/udisks2/temp-mount-LYM1G3:
wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage, or helper program or other error
(udisks-error-quark,0)

-----------------------
sudo dumpe2fs /dev/sda1
Journal superblock magic number invalid!

Mutta kun gpartedilla palauttaa  dos labelin ja fat32:n niin tikku toimii taas.

Eli tuo joku journal superbloc magic number invalid  estää  asentamasta  gpt ja ext4.  Se pitäs korjata.

T: Frank Zappa 

[qwertyy]

Onko tuo joku vanha varma tuttavuus tuo tikku, vai jostain "ilmestynyt"?

Meinaan voisiko olla syytä kokeilla asentaa f3 (fight flash fraud) ja testata tuo media? Siinä tulee f3write, f3read ja f3probe komennot heti tuolla f3 paketilla.
https://anarcat-f3.readthedocs.io/en/rst/introduction.html

[nm]

Disks: Error formatting volume
Failed to take ownership of newly created filesystem:
cannot mount/dev/sda1 at/run/udisks2/temp-mount-LYM1G3:
wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage, or helper program or other error
(udisks-error-quark,0)

-----------------------
sudo dumpe2fs /dev/sda1
Journal superblock magic number invalid!

Tämä viittaa siihen, että osiotaulu on nyt kunnossa, mutta tiedostojärjestelmän alustuksessa on jotain pielessä, tai tikussa on vikaa.

Kokeile niin, että luot ext4-osion uudelleen GPartedilla, ja jos alustus ei vieläkään lähde toimimaan, yritä komentorivin kautta mkfs.ext4:llä. Se saattaisi kertoa paremmin, mitä formatoinnissa tapahtuu.

Koodia: [Valitse]

sudo mkfs.ext4 /dev/sda1
Sitten manuaalinen liitos mountilla:

Koodia: [Valitse]

sudo mkdir /media/tikku

Koodia: [Valitse]

sudo mount /dev/sda1 /media/tikku
Mitä nämä sanovat? Näytä myös osioinnin tiedot sen jälkeen, kun ext4-osio on luotu:

Koodia: [Valitse]

sudo fdisk -l

[Illu]

Mulle tuli käsiin 256G muistikortti, joka ei toiminut ja levyohjelmat herjasivat superblock-virhettä. Erinäisiä päätekomentoja sitten kokeilin, mutta muistaakseni ohjelma "badblocks" oli se, joka sai aikaan, että se superblock- virhe loppui ja kortin sai alustettua ja koko kapasiteetti tuli käyttöön.

[Frank Zappa]

----------------------------

sudo mkfs.ext4 /dev/sdc1
               
mke2fs 1.46.5 (30-Dec-2021)
/dev/sdc1 contains a ext4 file system
   created on Sun Dec  7 20:34:43 2025
Proceed anyway? (y,N) y
Creating filesystem with 15359744 4k blocks and 3842048 inodes
Filesystem UUID: 93eb83e6-f6c5-4a39-8234-ecfbd5a6f481
Superblock backups stored on blocks:
   32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
   4096000, 7962624, 11239424

Allocating group tables: done                           
Writing inode tables: done                           
Creating journal (65536 blocks): done
Writing superblocks and filesystem accounting information: done   

---------------------------------------------------------------

~$ sudo mount /dev/sdc1 /media/tikku
mount: /media/tikku: wrong fs type, bad option, bad superblock on /dev/sdc1,
missing codepage or helper program, or other error.

--------------------------------------------

sudo fdisk -l /dev/sdc
Disk /dev/sdc: 58,59 GiB, 62914560000 bytes, 122880000 sectors
Disk model: STORAGE DEVICE 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x4256c238

Device     Boot Start       End   Sectors  Size Id Type
/dev/sdc1        2048 122879999 122877952 58,6G 83 Linux

--------------------------------------------------------
Myöskään  badblocks  ei auttanu.  Nyt pitäs löytää se viallinen journal ja deletoida tai overwrite it tai jotain.

T: Frank Zappa 

[nm]

Tiedostojärjestelmän luonti menee läpi ja osiointi on kunnossa, mutta liittäminen ei silti onnistu. Kyllä tuo tikku vaikuttaa joko vialliselta tai väärennökseltä (eli todellinen kapasiteetti ei ole 64 Gt). Fdiskin näyttämä Disk model -tieto vaikuttaa epäilyttävältä. Onko kyseessä tunnetun valmistajan tikku, ja mistä se on hankittu?

Seuraavaksi tutkimuksia voi jatkaa qwertyn neuvomilla työkaluilla:

Onko tuo joku vanha varma tuttavuus tuo tikku, vai jostain "ilmestynyt"?

Meinaan voisiko olla syytä kokeilla asentaa f3 (fight flash fraud) ja testata tuo media? Siinä tulee f3write, f3read ja f3probe komennot heti tuolla f3 paketilla.
https://anarcat-f3.readthedocs.io/en/rst/introduction.html

[Frank Zappa]

Olit oikeassa  tuloksena  ns. feikki usb. 

sudo f3probe --destructive /dev/sda :

sama tulos kun ajoin ohjelmat myös toiselle usb2T:

Device geometry:
            *Usable* size: 14.47 GB (30348320 blocks)  ----------------tämä todellinen kapasiteetti
           Announced size: 1.91 TB (4096000000 blocks)--------------tämä feikki kapasitetti
                   Module: 2.00 TB (2^41 Bytes)
   Approximate cache size: 511.00 MB (1046528 blocks), need-reset=no
      Physical block size: 512.00 Byte (2^9 Bytes)

Fat32  ei lue journalia, siksi se voi osoittaa 2T, ext4 lukee journalia, ja ilmoittaa esim. bad superblock journal tms.

T: Frank Zappa 

[qwertyy]

Näin vähän arvelin, kun kovin yleisiä nykyään ovat. Itse jos nykyään ostan jonkin USB-tikun, niin testaan sen heti, näitähän on nykyään ihan tunnetuihin paikkoihinkin eksynyt myyntiin ja väärennökset voi olla todella "siistejä".

Pienenä lohdutuksena, tuolla samalla ohjelmistopaketilla taitaa saada tuon 14,47GB kyllä käyttöön jos reklamointi ei satu onnistumaan.. Siellä taisi olla joku firmiksen muokkaaja. Itse en ole onneksi, vielä, näihin törmännyt. Toki laihan lohtu jos tarve on ollut parille teralle.

Kuriositettina, oliko ulkomailta, vai jostain kotimaisesta?

[nm]

Pienenä lohdutuksena, tuolla samalla ohjelmistopaketilla taitaa saada tuon 14,47GB kyllä käyttöön jos reklamointi ei satu onnistumaan.. Siellä taisi olla joku firmiksen muokkaaja.

f3fix luo vain riittävän pienen osion, joka mahtuu todellisen tallennustilan sisään:
https://anarcat-f3.readthedocs.io/en/rst/introduction.html#correcting-capacity-to-actual-size-with-f3fix

[qwertyy]

Pienenä lohdutuksena, tuolla samalla ohjelmistopaketilla taitaa saada tuon 14,47GB kyllä käyttöön jos reklamointi ei satu onnistumaan.. Siellä taisi olla joku firmiksen muokkaaja.

f3fix luo vain riittävän pienen osion, joka mahtuu todellisen tallennustilan sisään:
https://anarcat-f3.readthedocs.io/en/rst/introduction.html#correcting-capacity-to-actual-size-with-f3fix

No niinpäs näyttää olevan. Jotenkin toivoin, että nuo ihan olisi fläshinyt nuo muistien tyypit ns. oikeaksi. Njoo. Paha sanoa, mutta en ehkä sitten tallentaisi kyllä mitään ihan kriittisintä tietoa moiselle asemalle.