Grotere harddisk plaatsen in Humax IRHD5200

grunnsat zei:
Ik heb de originele schijf eens bekeken met Gparted, en de indeling is als volgt (in Linux termen):

/dev/sdc1 - 1 GB (ietsje meer om precies te zijn)
/dev/sdc3 - 10 GB
/dev/sdc2 - 454 GB

Merk op dat partitie 3 eerder komt dan partitie 2!

Ik heb geen idee waarom partitie 2 en 3 omgewisseld zijn, en ik weet ook niet of de Humax naar de partitie nummers kijkt. Ik heb in ieder geval de 2TB schijf op een overeenkomstige wijze ingericht. Eerst partitie 1 aanmaken, dan partitie 2 met een voorloop van 10240 MiB lege ruimte, en dan partitie 3 in die 10240 MiB lege ruimte.

Toen ik de schijf had ingebouwd wilde de Humax hem formatteren. Heel merkwaardig, de 5050 pakte indertijd de partities gewoon op. Ik weet niet wat hij gedaan heeft, maar in tegenstelling tot de 5050 laat de 5200 wel keurig netjes de juiste vrije ruimte zien.

Als ik er aan toe kom zal ik de schijf weer eens demonteren en kijken hoe de partities er bij staan.
Klik om te vergroten...
De HDD die je hebt uitgelezen, komt die uit de 5050 of de 5200
Ik vind het vreemd dat er één partitie is voor Video, Audio en Foto's
Toen ik mijn Humax 5200 kocht stond er 386 GB vrije ruimte bij Video vermeld, lees maar eens terug op andere Ziggo forums andere ervaarden hetzelfde. Omstreeks oktober 2010 kwam hij op de markt
De ruimte die voor Foto's en Audio gereserveerd (ca. 60 GB) is kan je juist niet gebruiken voor Video.

Ik denk dat de schijf er eerder uit is geweest en apart geformatteerd.
In het verleden zijn er Humaxen teruggestuurd en gewisseld i.v.m. b.v. slechte tuners.

Gerard.
 
De schijf komt natuurlijk uit de 5200, een 5050 heeft vier partities.

Ik vermoed dat de nieuwere 5200's een andere schijfindeling hebben in vergelijking met de oudere, en wel in verband met de interactieve TV.

Video, audio, en foto's hebben nu een eigen sub-directory op een gezamenlijk opslag partitie. Dat is ook veel logischer, want waarom zou je 50GB reserveren voor audio en foto's als je dat nooit gaat gebruiken? Nu kun je de volledige opslag capaciteit gebruiken voor wat jij belangrijk vindt.

De twee andere partities moeten gereserveerd blijven voor de goede werking van de Humax (zoals ik al uitgelegd heb)

Volgens mij is deze Humax fabrieksnieuw, en ook al zou hij dat niet zijn dan wordt de schijf nog steeds geformatteerd volgens een standaard methode natuurlijk, anders kan de Humax niet werken.
 
grunnsat zei:
De schijf komt natuurlijk uit de 5200, een 5050 heeft vier partities.

Ik vermoed dat de nieuwere 5200's een andere schijfindeling hebben in vergelijking met de oudere, en wel in verband met de interactieve TV.

Video, audio, en foto's hebben nu een eigen sub-directory op een gezamenlijk opslag partitie. Dat is ook veel logischer, want waarom zou je 50GB reserveren voor audio en foto's als je dat nooit gaat gebruiken? Nu kun je de volledige opslag capaciteit gebruiken voor wat jij belangrijk vindt.

De twee andere partities moeten gereserveerd blijven voor de goede werking van de Humax (zoals ik al uitgelegd heb)

Volgens mij is deze Humax fabrieksnieuw, en ook al zou hij dat niet zijn dan wordt de schijf nog steeds geformatteerd volgens een standaard methode natuurlijk, anders kan de Humax niet werken.
Klik om te vergroten...
Na telefonisch contact met Quantis Humax is mij het volgende duidelijk geworden:
De Humax 5050 heeft 2 Partities en de Humax 5200 heeft 3 Partities.
De Video, Audio en Foto's staan in een gezamenlijke Partitie van 458 GB, deze wordt intern via de software opgedeeld en gereserveerd, n.l. 386 GB Video 51 GB Audio +Foto's en 11 GB voor Timeshift, restant is gebruikt voor Formattering en Indexen.

Systeem Gegevens opslag laat dit gedeeltelijk zien, maar de eigenlijke verdeling is onzichtbaar en dus verborgen.
Met een software programma als GParted-Live kan e.a. uitgelezen worden, maar intern blokkeert de Humax 5200 de Audio/Foto ruimte.
Deze 51 GB zal nooit voor Video kunnen worden gebruikt.

De Humax heeft een eigen formattering programma dat voor interne schijven tot 1 TB geschikt is, hoger wordt intern niet ondersteund.
Wel is het mogelijk een maximaal 2 TB HDD extern te plaatsen die dan extern op de PC geformatteerd dient te worden en daarna op de USB achterzijde van de Humax 5200 kan worden aangesloten.

N.B. De new release is in testfase en zal zeer waarschijnlijk binnen enkele weken op de kabel worden aangeboden.
De Formatteringssoftware, die ook in de FW staat geschreven, blijft ongewijzigd, dus voor HDD tot 1 TB.

Gerard.
 
Bij Humax hebben ze dus de indeling van de partities gewijzigd, dat is wel duidelijk. De 5050 had vroeger 4 partities en nu 2, en de 5200 had vroeger ook een andere partitie indeling volgens degenen die al langer een 5200 hebben.

Voor de rest van het verhaal moeten we eerst een aantal definities helder op ons netvlies hebben. Als we een schijf willen gebruiken dan moeten we die schijf eerst voorzien van een labeling, daarna partitioneren, en daarna de partities formatteren. Dat zijn drie heel verschillende handelingen.

De Humax gebruikt de wat oudere versie 32 bit Linux 2.16.12 als operating systeem. Daar boven op draait de PVR software. Alle basis functionaliteit zoals het aansturen van schijven valt echter onder de besturing van Linux, daar heeft de Humax software niets mee te maken. De maximale schijfgrootte wordt in principe bepaald door Linux, en niet door de Humax software. Die maximale schijfgrootte is daarom de Linux limiet van 2TB.

Als je een fabrieksnieuwe schijf in de Humax stopt, dan zal de Humax die eerst moeten labelen, daarna partitioneren, en daarna de partities moeten formatteren. Die feitelijke handelingen zijn weer onderdeel van Linux, de aansturing daarvan gebeurt door scriptjes in de Humax software.

Bij die aansturing gaan twee dingen fout. Twee van de drie partities in de 5200 hebben een vaste grootte, de grootte van de derde (opslag) partitie moet uitgerekend worden. Daarvoor moet het scriptje de grootte van de schijf opvragen aan Linux, en blijkbaar kan dat scriptje geen grotere waardes aan als 1TB. Dat is gewoon een domme programmeer fout, en het heeft niets te maken met beperkingen van de PVR software.

De tweede fout is dat men de eerste partitie laat beginnen op blok 63. Zoals ik al eerder uitgelegd heb vormden de eerste 63 blokken (0 tot 62) bij heel oude schijven een track waarop de partitietabel werd geplaatst. Die oude schijven werden aangestuurd en gepartitioneerd met Cylinder - Head - Sector (CHS) waardes. Je kunt bij moderne schijven nog steeds wel CHS informatie opvragen, maar die gegevens zijn volkomen onzin, en hebben niets uit te staan met de werkelijke opbouw van de schijf. Moderne schijven worden aangestuurd met bloknummers, en ze worden gepartitioneerd in veelvouden van 1MiB.

De eerste partitie zou daarom moeten beginnen op blok 2048, en niet op blok 63. Vooral bij 1TB schijven is dit een ernstige fout. Moderne 1TB (en grotere) schijven hebben namelijk geen 512 byte blokken/sectors maar 4kB blokken/sectors (Advanced Format). Blok 63 (gebaseerd op 512 byte blokken) valt dan midden in zo'n 4kB blok. Aangezien het ext3 filesysteem met logische blokken van 4kB werkt, betekent dit dat alle lees en schijf operaties van die ext3 4kB blokken over grenzen van de 4kB blokken/sectors heen vallen. De schijf kan daar mee omgaan, maar dat kost wel de nodige moeite en werkt erg ineffficient.

Ik zou dus willen stellen dat de 5200 niet goed omgaat met moderne 1TB schijven als hij ze zelf moet partitioneren en formatteren. Het wordt dus hoog tijd dat Humax dat scriptje aanpast, en zowel het gebruik van 2TB schijven als de partitie indeling aanpakt.

Zolang het nog niet zover is kun je met Gparted Life zowel 1TB op de juiste manier partitioneren, als ook 2TB schijven aanmaken voor de 5200. Ga als volgt te werk:

  1. Koop een 1 of 2TB schijf, Western Digital heeft AV schijven in de EURS serie (3Gb SATA) en de EURX serie (6Gb SATA).
  2. Krijg je een 6Gb schijf, vraag dan om een jumper op de schijf om hem op 3Gb te zetten.
  3. Download en brandt (op CD!) het nieuwste Gparted Life iso bestand.
  4. Sluit de nieuwe schijf aan op je PC/Laptop, intern, via eSATA of USB.
  5. Boot de PC van de Gparted Life CD.
  6. Gebruik eventueel niet de standaard Gparted opstart, maar de aangepaste versie die gebruik maakt van standaard VGA aansturing. Dat voorkomt zwarte schermen als de videokaart niet goed herkend wordt.
  7. Zoek in het Gparted scherm rechts boven in naar de juiste schijf.
  8. Label de schijf met MS-Dos labeling.
  9. Maak de eerste ext3 partitie van 1GiB aan, en kies een voorloop van 1MiB.
  10. Maak de tweede ext3 partitie aan met een voorloop van 10240 MiB (10GiB) tot aan het einde van de schijf.
  11. Maak de derde ext3 partitie aan die dan de overgebleven 10GiB beslaat. Je hebt nu dezelfde ietwat vreemde partitie volgorde als bij mij ook op de originele schijf te zien is (1 - 3 - 2)
  12. Klik op apply en wacht een paar minuten.
  13. De schijf is nu klaar en kan ingebouwd worden.
  14. Zoek nu in het instellingen menu van de 5200 naar schijf formatteren, en voer dat uit. De opslag partitie krijgt nu een volume naam (hmx_int_stor) en wordt voorzien van een mappen structuur.
  15. Nu is de schijf bruikbaar.
 
Citaat:
"Bij Humax hebben ze dus de indeling van de partities gewijzigd, dat is wel duidelijk. De 5050 had vroeger 4 partities en nu 2, en de 5200 had vroeger ook een andere partitie indeling volgens degenen die al langer een 5200 hebben".

Quantis zegt dat de partities nooit zijn gewijzigd, maar dat ze onzichtbaar gescheiden van elkaar worden, ruimte is blijkelijk gereserveerd(zoals ik eerder melde) werd mij verteld.

Kun je wat duidelijker zijn over de punten 10 en 11, je hebt toch één Partitie die 454 GB of 458 GB is.

Je zij eerder dat de Humax je GParted geformateerde 2 TB HDD intern niet herkende en hij zelf wilde/ging formatteren. Wat is er gebeurd nadien en is de 2 TB HDD nu uiteindelijk intern in de Humax toch herkend.
Volgens Quantis is Intern 1 TB mogelijk en Extern via USB 2 TB maximaal.

Of dat het een fout is dat de software van de Humax zelf maar tot 1 TB kan formatteren betwijfel ik.
De Humax 5200 kwam in oktober 2010 op de markt, toen waren de tijden anders. wel ben ik er mee eens dat de nieuwe software aangepast dient te worden, zodat e.a. mogelijk is, maar ook dit zal men waarschijnlijk niet doen, want te zijnertijd zullen er wel Humaxen op de markt komen van 2 TB, 3 TB en of hoger.

Gerard.
 
Ik heb in februari 2010 het volgende geschreven over mijn 5050c met een 1,5TB schijf:
Dit zijn de partities:

/dev/sda1 = 2 GB
/dev/sda2 = 102 MB
/dev/sda3 = 1,34 TB
/dev/sda4 = 25 GB
​
Dat zijn toch heus 4 partities, en die heb ik niet uit mijn duim gezogen :). Onzichtbare partities bestaan niet, onzichtbare bestanden kunnen wel bestaan.

Ik begrijp dat 10 en 11 wat verwarring wekken. Normaal gesproken liggen de partities met opeenvolgende nummers op de schijf, dus partitie 1, 2 en daarna 3. Bij het bestuderen van de originele schijf zag ik echter dat de partitienummering niet op volgorde ligt, je ziet eerst partitie 1, daarna 3, en daarna 2. Door 10 en 11 uit te voeren zoals ik omschreven heb wordt eerst partitie 1 aangemaakt, daarna partitie 2 met een tussenruimte van 10GB tussen part. 1 en 2, en daarna partitie 3 in die tussenruimte. Als je dan op de schijf kijkt zie je dezelfde volgorde als de originele schijf, 1 - 3 - 2. Of het nodig is weet ik niet, maar het kost geen moeite, en ik had geen zin heel veel tijd te besteden met uitzoeken of het ook met de normale volgorde kan.

De Humax herkende de schijf en de partities wel, maar de video partitie had nog niet de mappen structuur en daarom kon hij die partitie nog niet gebruiken. Het 'formatteren' van de Humax was dus niets anders de reeds geformatteerde partitie voorzien van die mappen structuur. De partities zien er nog steeds net zo uit als ik ze aangemaakt had met Gparted. En natuurlijk kan de Humax prima overweg met een 2TB schijf, als je die eerst buiten de Humax voorbereid hebt. Deze discussie lijkt precies op de discussie die ik meer dan 3,5 jaar geleden ook gevoerd heb m.b.t. de 5050c.

Natuurlijk is er sprake van een programmeerfoutje. Als het technisch mogelijk is voor de 5050c en de 5200c om 2TB schijven te gebruiken, en iedere beetje handige consument kan dat voor elkaar krijgen, dan is het een beetje suffig als de Humax programmatuur dat niet voor elkaar krijgt.

Die 2TB is een magische grens, voor grotere schijven moet je heel andere programmatuur en mogelijk ook andere hardware hebben.

Overigens heb ik vandaag ook contact gehad met Quantis, en ik zal ze een (Engels) mailtje sturen dat zei dan weer door kunnen sturen naar Humax. Daarin zal ik de aspecten nomen die ik ook hier genoemd heb, en dus ook aangeven dat moderne 1TB schijven ook niet goed afgehandeld worden door de Humax.
 
Laatst bewerkt door een moderator:
Het zou grandioos zijn als Humax eens iets aanneemt van een gebruiker, die er schijnbaar meer vanaf weet dan de Programmeurs die in het verleden met het ITV gebeuren wat op niets uitliep helemaal uit Korea kwamen.
Hopelijk wordt e.a. toch nog verwerkt in de New Release die over enkele weken op de kabel komt, zodat we er positief op kunnen terug kijken.

Zullen we kunnen juichen......

Gerard.
 
@Grunnsatt,

Standaard wordt de Humax 5050/5200 geleverd met een 500 GB HDD, alleen van die schijf die partities zijn de orginele en juiste die Quantis mij opgaf.

Gerard
 
Dit zijn de gegevens van de originele 500GB schijf van de 5200c:
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
​
Het zijn allemaal wat vreemde waardes, maar als je alles wat gaat analyseren dan blijkt waar Humax de fout in gaat. Ze gebruiken de Parted utility om schijven de partitioneren in de Cylinder Head Sector (CHS) methode. Dat is een heel antieke methode die gebaseerd is op tracks van 63 blokken. Een partitie bestaat daarbij uit een aantal cylinders, en iedere cylinder is een veelvoud van 63 blokken. Je kunt bij de schijf opvragen hoeveel cylinders, heads en sectors hij heeft, maar het antwoord is volkomen fictief en heeft niets te maken met de daadwerkelijke opbouw van de schijf. Die waarde geeft wel de goede capaciteit van de schijf weer. Die methode zouden ze al lang niet meer moeten gebruiken, en in plaats daarvan de "blocks" methode. Partities zijn dan meestal een veelvoud van 1MiB, of 2048 blocks/sectors groot.


Ik heb verder Quantis verzocht het volgende document naar Humax te sturen:

Using high capacity (1TB & 2TB) hard disk drives in Humax PVRs


The maximum capacity HDD that can be used internally in Humax PVRs like the iHDR-5050C, iHDR-5200c and iHDR-5400c is 1TB. That is to say, the software in these PVRs is not capable of preparing HDDs of a larger capacity.


Once a HDD with a capacity of > 1TB has been prepared outside the PVR and then installed in the PVR, all of these PVRs will happily function with a HDD up to 2TB, the real hard limit imposed by the 32 bit Linux operating system and/or the hardware. Many consumers have done this and have been using such configurations for years without any problems.
Preparing usually means booting your PC with a CD containing Gparted Live (available from here: https://gparted.sourceforge.net/download.php ), labelling the new disk, adding the partitions based on the original disk from the PVR, and formatting the partitions with ext3. After installing the disk in the PVR you will have to use the Format option in the Settings menu to write the directory structure to the disk. After that, the HDD is ready to use.
If any consumer can do this, it should not be difficult for Humax to fix the script in the PVR software that prepares the HDD in such a way that it can also prepare disks > 1TB.
There is also another reason why this script has to be fixed. Although the script can prepare 1TB disks, it is most likely not adapted for the new Advanced Format disks with 4KiB sectors. This is the standard format for all modern HDDs with a size of 1TB and over.


I checked the 500GB disk that came from my new iHDR-5200c, and I noticed that the first partitions starts at (512 byte) block 63. The reason is very simple, the MS-Dos labelling method that is used for these disks is ancient, and was first used for disks with 63 block tracks. So the first track with the blocks 0 to 62 was used for the partition table. Modern disk are very different of course, but this reservation of 63 blocks for the partition table has remained.


Starting the first partition at block 63 has serious misalignment consequences for Advanced Format disks. Every 4KiB sector of these disk contains 8 conventional 512 byte blocks. So sector 0 starts at block 0, sector 1 starts at block 8, and sector 8 starts at block 64. This means that partition 1 starts at the last block of sector 7! Since the ext3 file system reads and writes with 4KiB logical blocks, every read and write operation will pass sector boundaries. The disk can handle that, but it causes a very inefficient way of reading from and writing to the disk.
In fact after analysing the original 500GB disk of the 5200c, I noticed that it is partitioned using the Cylinder Head Sector information, so every partition has a size of a certain number of cylinders. However the CHS information of any modern disk is completely virtual, and has nothing to do with the real disk geometry. This way of partitioning is outdated and should no be used any more. Instead partitioning based on block numbers should be used, any partition should start on a MiB boundary, and partition 1 should start at block 2048 (1 MiB partition table space) instead of block 63.


To sum it all up, please change the software of these PVRs in such a way that they can prepare disks up to 2TB, and please take care that every partition starts at a 1MiB boundary, thus preventing misalignment issues with Advanced Format disks.
​
 
Terug
Bovenaan