Grotere harddisk plaatsen in Humax IRHD5200

  • Onderwerp starter Onderwerp starter sandervv!
  • Startdatum Startdatum
TheGrouch zei:
Onzin, de 5050 wordt altijd met een 320 GB disk geleverd.

En dat staat ook op de site van humax:
Ingebouwde 320 GB harddiskrecorder
Klik om te vergroten...
Sorry, daar heb je gelijk in, dat van de 5050 was ik even vergeten.
Het uitgangspunt is in ieder geval dat er standaard dus in de 5050 een 320 GB HDD en in de 5200 een 500 GB HDD zit.
Dus van deze standaard orginele HDD schijven dienen de Partities te worden gelezen en van uit te gaan.

Gerard.
 
@ Grunsatt,
Kan de chip van de 5050 en de 5200 hiermee overweg, of heeft die hier niets mee te maken.

Gerard.
 
Je moet de originele schijf zeker als uitgangspunt nemen, maar beslist niet exact navolgen. Dan krijg je bij schijven van 1TB en 2TB met advanced format misalignment.

Ik heb al beschreven hoe ik het gedaan heb, en dat is een betere methode.
 
Ah, ik snap wat je bedoelt.

Wat ik voorstel heeft niets te maken met andere software. Je partitioneert schijven met de Parted utility (Gparted is de Parted utility met een GUI (grafische) interface). Die Parted utility kun je op meerdere manier gebruiken zoals ik omschreven heb. Het eindresultaat is echter in principe hetzelfde, een gepartitioneerde schijf. Voor de 5200c maakt het niet uit hoe de schijf gepartitioneert is, zolang er maar drie partities zijn die elk voldoende groot zijn. Voor een schijf met 4KiB sectors maakt het wel uit hoe er gepartitioneerd is, een 'foute' vorm van partitionering betekent voor de schijf heel veel extra werk.
 
grunnsat zei:
Ah, ik snap wat je bedoelt.

Wat ik voorstel heeft niets te maken met andere software. Je partitioneert schijven met de Parted utility (Gparted is de Parted utility met een GUI (grafische) interface). Die Parted utility kun je op meerdere manier gebruiken zoals ik omschreven heb. Het eindresultaat is echter in principe hetzelfde, een gepartitioneerde schijf. Voor de 5200c maakt het niet uit hoe de schijf gepartitioneert is, zolang er maar drie partities zijn die elk voldoende groot zijn. Voor een schijf met 4KiB sectors maakt het wel uit hoe er gepartitioneerd is, een 'foute' vorm van partitionering betekent voor de schijf heel veel extra werk.
Klik om te vergroten...
Dit is niet het antwoord op mijn vraag, het gaat erom als de sofware intern op de Humax zo geschreven wordt als jij dit voorsteld ook kan communiseren met de bestaande niet te veranderen besturing die op de (vaste) chip van de Humax zelf staat.

Gerard.
 
Er wordt geen software veranderd, alleen de wijze waarop software gebruikt wordt. Het heeft helemaal niets te maken met het aansturen van de schijf o.i.d., de enige wijziging die optreedt is een wijziging in het uitrekenen van de plaats waar de partities beginnen. Als je de CHS methode gebruikt (Zoals Humax doet), en je laat partities beginnen op cilinder grenzen, dan kun je dat omrekenen naar block nummers. Voor hetzelfde geld kun je direct de block nummers opgeven.

Dit is dus het resultaat volgens de Humax methode:
partitie 1
Size 1.01GiB
First sector 63
Last sector 2120579
Total sectors 2120517

partitie 3
size 10GiB
first sector 2120580
last sector 23101469
total sectors 20980890

partitie 2
size 454.74GB
first sector 23101470
last sector 976768064
total sectors 953666595

Unallocated
size 2.49MiB
first sector 976768065
last sector 976773167
total sectors 5103
​
Volgens mijn methode is dit het resultaat:
partitie 1
size 1GiB
first sector 2048
last sector 2099199
total sectors 2097152

partitie 3
size 10GiB
first sector 2099200
last sector 23070719
total sectors 20971520

partitie 2
size 454.76GiB
first sector 23070720
last sector 976773167
total sectors 953702448
​
Je ziet, er is nauwelijks een verschil. Alleen de block nummers verschillen een beetje.
 
Bij de Humax indeling is er nog een stukje 'unallocated', en waarom is dat?

Zoals ik al eerder schreef is de Cylinder Head Sector informatie die de schijf afgeeft volledige fantasie. Die heeft niets maken met de echte geometrie van de schijf. Het gevolg is dat aan het einde van de schijf een klein stukje capaciteit overblijft dat te klein is voor een cilinder, en dat blijft dus unallocated.
 
Ik heb van Quantis (de distributeur van Humax) een reactie gekregen op mijn mailtje aan hun.

Ze hebben mijn pdf doorgestuurd naar Humax. Verder geven ze toe dat de door Humax gebruikte formattering inderdaad verouderd is, en dat dit dus een probleem geeft met 4KiB sectors.

Zij hebben ook de externe ext3 formattering getest, en waren daar tevreden over.

Jammer genoeg dachten zij ook dat er hardware aanpassingen nodig zijn voor een aanpassing van de formattering, maar dat is dus niet juist.
 
Terug
Bovenaan