X(-server) opnieuw genereren.

[MauRice2]

Cargamel,

Misschien heb je hier wat aan:
https://geekscrowd.wordpress.com/2012/07/31/how-to-remove-password-from-your-hard-disk/

Ik weet ook een Linux opdracht hdparm.
Ik weet niet of deze standaard ge-installeerd is, maar zit tussen de pakket bronnen.
Lees aandachtig de handleiding ervan en/of zoek eens op het internet.

Code: [Selecteer]

man hdparm
https://www.google.be/#q=unlock+hdd+hdparm&*
Voor het je weet is de HD echt naar de vaantjes.


Wat je al kan doen, is in detail de HD uitlezen.

Code: [Selecteer]

sudo hdparm -I /dev/sdX
Waarbij X de letter van de bewuste HD.

[Cargamel]

Maurice,

Dank voor de links met interessante oplossingen. Ik geef niet snel op, maar het e.e.a lijkt me toch tricky. Voordat die HD helemaal onbruikbaar is, lijkt het me verstandig toch op te geven. Geen echte voldoening, maar toch. In het begin natuurlijk vol enthousiasme een oplossing zien te vinden, maar de vraag is hoeveel tijd er nog ingestopt gaat worden. Want wanneer en waar gebruik ik dat Mint systeem met 160 Gb, als de 4Gb versie het ook doet. Het is tenslotte voor nood. En mocht ik 't toch nog een keer willen proberen, op http://askubuntu.com/questions/397481/how-to-make-a-persistent-live-ubuntu-usb-with-more-than-4gb staat hoe het werkt voor disks groter dan 4 Gb. Ik denk dat ik 'm eerst maar eens ga bewerken met Gparted, dan formatteren als FAT32 zodat ie op bijna elk systeem te gebruiken is. Als ie echt R/W protected is, gaat dit ook niet lukken en kan ik altijd nog de truuks gebruiken. Als het wel lukt heb ik een mooie externe HD voor opslag en heb ik voor nood nog een (in mijn geval) 2 Gb bootable versie. 

[Cargamel]

Maurice,

Nog even v.w.b. sudo hdparm -I /dev/sdc

Zegt onderstaande je wat v.w.b. R/W problemen op de disk:

/dev/sdc:

ATA device, with non-removable media
   Model Number:       TOSHIBA MK1637GSX                       
   Serial Number:      97GKT217T
   Firmware Revision:  DL032C 
Standards:
   Supported: 7 6 5 4
   Likely used: 8
Configuration:
   Logical      max   current
   cylinders   16383   16383
   heads      16   16
   sectors/track   63   63
   --
   CHS current addressable sectors:   16514064
   LBA    user addressable sectors:  268435455
   LBA48  user addressable sectors:  312581808
   Logical  Sector size:                   512 bytes
   Physical Sector size:                   512 bytes
   device size with M = 1024*1024:      152627 MBytes
   device size with M = 1000*1000:      160041 MBytes (160 GB)
   cache/buffer size  = unknown
Capabilities:
   LBA, IORDY(can be disabled)
   Standby timer values: spec'd by Standard, no device specific minimum
   R/W multiple sector transfer: Max = 16   Current = 16
   Advanced power management level: 128
   DMA: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5
        Cycle time: min=120ns recommended=120ns
   PIO: pio0 pio1 pio2 pio3 pio4
        Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
   Enabled   Supported:
      *   SMART feature set
          Security Mode feature set
      *   Power Management feature set
      *   Write cache
      *   Look-ahead
      *   WRITE_BUFFER command
      *   READ_BUFFER command
      *   NOP cmd
      *   DOWNLOAD_MICROCODE
      *   Advanced Power Management feature set
      *   48-bit Address feature set
      *   Device Configuration Overlay feature set
      *   Mandatory FLUSH_CACHE
      *   FLUSH_CACHE_EXT
      *   SMART error logging
      *   SMART self-test
      *   General Purpose Logging feature set
      *   IDLE_IMMEDIATE with UNLOAD
      *   WRITE_UNCORRECTABLE_EXT command
      *   Gen1 signaling speed (1.5Gb/s)
      *   Phy event counters
          Device-initiated interface power management
          Software settings preservation
      *   SMART Command Transport (SCT) feature set
Security:
   Master password revision code = 65534
      supported
   not   enabled
   not   locked
   not   frozen
   not   expired: security count
      supported: enhanced erase
   78min for SECURITY ERASE UNIT. 78min for ENHANCED SECURITY ERASE UNIT.
Checksum: correct

Ik kan er niet uit opmaken dat ie Write-protected is.

[MauRice2]

Cargamel,

Zo op het eerst gezicht ziet de uitkomst OK.

Ik zal dat waar je die 'HD caddy' heb ingbouwd om via USB aan te sluiten eens nakijken.
Ik heb een vermoede dat de boos doener is.

Als je de mogelijkheid om de laptop HD rechtstreeks op het moederbord kan aansluiten.
Sluit je al een mogelijke fout uit.

[Cargamel]

De HD is opgedeeld zoals getoond in de bijlage. Op het boot-gedeelte (sdc1) kan ik overigens wel schrijven, maar het LVM gedeelte (sdc5) niet.  Dus als er iets in die "caddy" zou zitten dat schrijven verhindert, zou dat op sdc1 ook niet mogelijk zijn. In de gebruiksaanwijzing staat ook dat nieuwe HD's eerst gepartioneerd moet worden  op de W2000/2003/XP/Vista/7/Win8 manier. Geen idee of LVM daarin de belemmering kan vormen; er zit toch ergens wat software in die behuizing. Standaard partitie sdc1 is dus R/W; LVM partitie sdc5 is R/W protected maar wel R/O. Vreemd.  Zal wel met die USB software in de "caddy" te maken hebben.

[MauRice2]

Cargamel,

Met een LVM partitie geen ervaring.
Het zal daaraan kunnen liggen.
Via google:
https://www.google.be/#q=read+write+lvm+partition+ubuntu&*
De tweede hit lijkt mij interessant voor je.

[Cargamel]

Maurice (en alle andere lezers),

hdparm -I op /dev/sdc, sdc1, sdc2, en sdc5, levert allemaal hetzelfde resultaat op: geen indicaties omtrent blokkering van de HD. Maar ik heb wel ontdekt (een beetje laat misschien; teveel geconcentreerd op de LVM partitie) dat op de boot-partitie (sdc1) wel R/W mogelijk is. Dus heb ik met Gparted de extended partitie (sdc2/sdc5) om zeep geholpen en er een aparte gewone (non-LVM) partitie (ext4) van gemaakt (sdc2). Helaas nog steeds geen R/W mogelijkheid op sdc2. Daarna sdc2 toegevoegd aan sdc1 en dus wel R/W mogelijkheden. Toen de primaire partitie weer opgesplitst in 2 primaire partities. Dus op 1 USB-HD: /dev/sdc1 en /dev/sdc2. Helaas nog steeds geen R/W mogelijkheid op /dev/sdc2; wel op sdc1! Tot slot sdc2 verwijderd en van sdc1 weer één grote (ext2) partitie gemaakt, met R/W mogelijkheden. Heel stom dat ik op meerdere ext2/ext4 primaire partities op de ATA USB-HD niet kan schrijven, terwij ik nog een oudere externe IDE USB-HD heb met 4 primaire FAT32 partities, waarop ik onder Windows ME nooit R/W problemen heb gehad. Conclusie: er zit dus geen blokkering op de HD.
Vraag me wel af wat die "sleuteltjes" onder Gparted voorstellen, links naast de partities EN of de flags nog invloed hebben op de schrijf/lees-rechten. En nog ter informatie:
1) veiligstellen van bestanden van de boot-partitie, ivm aanpassing van de partitie-grootte, lukt niet omdat meerdere systeembestanden zich niet laten kopieren.
2) Booten vanaf de USB-HD lukt, maar onvolledig omdat de LVM partitie met bepaalde bestanden niet meer bestaat.
Daarom maar ombouwen naar een multi-FAT32-partitie-HD en dan eens kijken hoe het staat met R/W rechten. Jullie horen nog. 

[Cargamel]

Eindelijk gelukt. Niet het schrijven op de gewone (non-LVM) extended partitie (ext4/sdc5), maar het schrijven op die partitie(s) nadat ze met (sudo) Gparted zijn omgebouwd tot 2 gewone (primaire) FAT32 partities. Moest wel via sudo, anders zag Gparted de USB-Harddisk niet. Kan er natuurlijk ook 1 partitie van maken, maar wellicht is dat met FAT32 niet zo verstandig. Bovendien kies ik voor primaire partities omdat ik met logische partities minder goede ervaringen heb: een corrupte primaire partitie-tabel en grote kans dat één of meerdere logische partities ook verdwenen zijn. Kortom: het onderwerp X(-server) opnieuw genereren is helaas niet gelukt, maar schrijven op de hardnekkig write-protected USB-harddisk wel. Laptop stuk, HD gered! Zo is die ook nog bruikbaar op andere systemen.  . Oorzaak zal wel gelegen hebben aan de USB-Interface (software) van de USB-behuizing.