15 replies to this topic

[qltel]

Tot vandaag heette mijn harddisk /media/hdd. Nu is hij ineens alleen nog maar te vinden onder /media/usb. Hierdoor werken er bepaalde dingen niet meer (prullenbak, netwerkmounts enzo). Er is niets aangepast en ik heb hem al een paar keer herstart.

het is een externe 1,5 TB disc die via de USb aan een VU+Duo hangt. Wat moet ik doen om mijn HDD weer gewoon als /media/hdd te zien?

[WanWizard]

USB devices worden inderdaad onder USB gemount nu.

De reden hierachter is dat linux geen vaste startup volgorde heeft. Als je meerdere devices hebt, dan is het volledig random welke als eerste op komt, en aan /dev/sda wordt toegewezen. Dat kan dus op een flinke ramp uitlopen. Hetzelfde gebeurt overigens ook met andere devices zoals netwerk kaarten, maar daar heeft een STB niet zo'n last van.

We zijn er nog niet helemaal uit hoe hier verder mee om moeten gaan.

Het zou mijn voorkeur hebben dat alle features gewoon werken, ongeacht de recording location. Als alternatief is het misschien ook wel handig om de instelling "use as HDD replacement" niet alleen voor CIFS en NFS mounts te hebben, maar generiek beschikbaar te maken voor alle mounts. En dan helemaal nooit meer iets mounten op /media/hdd, maar die symlinken naar het geselecteerde device.

Het is echter aan de heren dev's hoe dit opgepakt gaat worden...

[qltel]

Aha, het was dus toch niet zo'n stomme vraag als ik dacht..

1 vraagje nog, ik heb het voorlopig opgelost met een mount /media/usb /media/hdd maar dat is natuurlijk weer weg na een herstart. Hoe kan ik dat commando er vast inzetten?

[MiLo]

Niet doen. Vanaf morgen werkt je trashcan weer, op /media/usb.

Stel gewoon je opnamelokatie in op /media/usb/ via de settings en dan ben je klaar. 't Beestje moet een naam hebben, maar of je harddisk nu /media/usb of /media/hdd of /media/huppelepup dat maakt vanaf morgen niet meer uit.

[WanWizard]

Blij te lezen dat mijn voorkeur overeenkomt met die van de ontwikkelaar...

[qltel]

Nu gaan bestanden die ik op m'n 2e VU+ wis via het netwerk zelfs in de prullenbak!

Maar nog 1 vraag: Als ik naar de netwerkshares van m'n VU+ ga, staat daar nog steeds een Harddisk, deze verwijst nog naar de oude lokatie. Is dit te veranderen?

Edited by qltel, 5 February 2012 - 11:48.

[dukdalf]

Hallo,

Is dit probleem al opgelost?

Kan nog steeds niets in de prullenbak krijgen.

[qltel]

Hallo,

Is dit probleem al opgelost?

Kan nog steeds niets in de prullenbak krijgen.

Op de lokale ontvanger gaat dat nu goed, maar als ik op m'n tweede box kijk en ik wil iets in de prullenbak gooien, dan gaat dat niet omdat hij denkt dat er maar 50MB vrij is op de schijf van de eerste box.

[dukdalf]

Helaas werkt het bij mijn Xtrend9000 niet.

Moet in eventueel een nieuwe instelling aangeven?

[Black Tiger]

Ik heb het zelfde probleem, aangegeven in het update topic.
Het vervelende is dat het na een pli-update steeds wisselt. De ene keer is het /media/hdd, dan update je weer en wordt het /media/sda1, ook nog goed.
Maar wat gisternacht gebeurde is een ramp, opeens stonden zowel de usb stick alsook de hdd op /media/usb ingesteld, zodat de ontvanger (Xtrend 9000) niet meer wist wat nu de hdd en wat de usb stick was (/dev/sda1 = /media/usb en ook /dev/sdb1 = /media/usb), hetgeen op een ramp kan uitlopen. Dat is dus nog fouter dan het al was want dit is een conflict.

Ook na diverse reboots maakte dat verder -niet- uit.
Wat wel hielp was de stekkers omdraaien en de harddisk dan maar bovenin steken en de usb stick onderin.
Toen werd de harddisk /media/usb en de usb stick /media/sdb1.

maar of je harddisk nu /media/usb of /media/hdd of /media/huppelepup dat maakt vanaf morgen niet meer uit.

Nou wel degelijk dus, zoals je kunt zien uit mijn ervaringen. Hij stond op /media/sda1 en daar is mijn movie directory niet meer te vinden die staat nu op /media/usb.

Het zou bijzonder prettig zijn om daar eens wat stabiliteit in te brengen. Want bij de vorige versie bleef het ook gewoon netjes op /media/sda1 staan, ook na een reboot. Maar ik kan me voorstellen dat men het wijzigt als de toebedeling random gebeurt bij het opstarten, mede omdat er sprake is van meerdere ontvangers.

Als je meerdere devices hebt, dan is het volledig random welke als eerste op komt, en aan /dev/sda wordt toegewezen.

We zullen inderdaad moeten zien wat de developpers ermee kunnen. Wat ik me afvraag is of het niet gedaan kan worden als in windows. Die kan detecteren op welke usb poort iets zit aangesloten.
Stel maar eens een printer in. Zet pc uit, sluit hem op een andere usb poort aan en start de pc weer op, je zult zien dat hij opnieuw de drivers ervoor gaat installeren om dus op die poort te gebruiken. Dit gebeurt met zowat elke usb apparatuur op windows.
Ik vraag me dus af of Linux niet ook een bepaalde waarde toekent aan bepaalde poorten, een eigen ID of zoiets. Misschien is op zo'n wijze vast te leggen dat alles op poort 1 /dev/sda1 wordt en alles op poort 2 /dev/sdb1 bijvoorbeeld.
Maar ik ben geen programmeur en mijn kennis van Linux wat zoiets betreft is ook te gering, dus ik weet niet of zoiets mogelijk is.

Zou echter wel fijn zijn als dit mogelijk zou zijn, anders moet je elke keer gaan controleren of je usb apparatuur wel werkt c.q. gemount is zoals het zou moeten.
En anders liever terug naar een mount op /media/sda1 en /media/sdb1 i.p.v. op /media/usb hetgeen op device conflicten kan uitlopen.

Edited by Black Tiger, 7 February 2012 - 15:19.

[MiLo]

De oplossing die de Linux kernel kenners aandragen is mounten per UUID of LABEL. Dan maakt het niet uit welke sd letter hij toevallig krijgt. Dat is overigens ook dezelfde methode als die Windows hanteert om je disk steeds dezelfde letter (of mountpoint) te geven.

Dat je disk de ene keer sda en de andere keer sdb heet, daar is een gegronde technische reden voor, en die is voor deze discussie niet interessant. Als je daarover wil discussieren, moet je bij de club van Linus Torvaldus zijn en niet bij OpenPLi. Da's meteen het antwoord op je vraag over het toekennen van vaste namen uit de kernel denk ik: Dat gaat niet gebeuren.

Wat wel een keer gaat gebeuren is dat er in Enigma een schermpje komt om je disks te beheren. Die vult dan de /etc/fstab voor je in. Ik kan alleen niets beloven over wanneer dat gebeuren gaat, dus tot die tijd moet je het met het handje doen.

Geef via telnet de opdracht "blkid", dan krijg je een lijstje met devices en welk ID ze hebben. Bewerk /etc/fstab, en voeg daarin een regel toe voor de disken die je een vaste plaats wil geven. Die regel ziet er dan ongeveer zo uit:

UUID=1234-5678-ABCD  /media/hdd  ext4  defaults  0 0

(het UUID kopieer je van je telnet sessie, haal de quotes wel weg, daar houdt fstab niet van)

Om te testen of hij goed is (aannemend dat je disk sda1 is):

umount /dev/sda1
mount /dev/sda1
mount

Je disk zou nu op /media/hdd moeten zitten, in het lijstje van de laatste "mount".

Een mogelijkheid waar ik ook nog bij stilgestaan heb is het mounten van bijvoorbeeld "front", "lower" en "upper". Dat vergt wel box-specifieke configuratie, omdat de detectie van de poort op elk apparaat anders is. Ook daarover doe ik geen belofte...

[MiLo]

Maar wat gisternacht gebeurde is een ramp, opeens stonden zowel de usb stick alsook de hdd op /media/usb ingesteld..

Dat zou niet mogen gebeuren, deze commit had dat op moeten lossen:
http://openpli.git.s...b9800401dde1926

Heb je na 3 februari nog een upgrade gedaan?

[Black Tiger]

Allereerst hartelijk dank voor de uitleg en de wijze om een oplossing via fstab uit te voeren.
Het was niet mijn bedoeling om een discussie over de werkwijze van Linux uit te voeren, het was een ideetje wat ik opperde, om te bezien of een soortgelijke werkwijze als windows gebruikte automatisch ook voor linux dus voor pli mogelijk was. Daarom gaf ik ook aan dat mijn kennis wat dat betreft niet toereikend was.
Uit jouw uitleg blijkt het dus niet helemaal zo te werken als ik dacht, dus weer iets erbij geleerd, waarvoor dank.

Het ging mij dit ook meer om het euvel met de devices wat vannacht veroorzaakt werd en eerder niet gebeurde:

Heb je na 3 februari nog een upgrade gedaan?

Yep, zoals ik al schreef heb ik vannacht geupdate, dus dat is de nacht van maandag 6 op dinsdag 7 februari geweest.
En toen ontstond dus ineens dat euvel van dat zowel /dev/sda1 alsook /dev/sdb1 naar /media/usb verwezen. Wat ik dus min of meer heb kunnen fixen door de stekkers van de usb om te wisselen met elkaar (boven/beneden).

Menu informatie en dan "over" geeft aan "februari 7 2012 00:34:07" Openpli 2.1 en kernel 3.1.0.

Als je wilt kan ik komende nacht nog eens de stekkers terugsteken, dan rebooten en dan een nieuwe update doen als er iets aan gefixed wordt tenminste.

Ohja, vergeten erbij te zetten, gaat hier om een Xtrend ET9000.

Edited by Black Tiger, 7 February 2012 - 19:41.

[Black Tiger]

Zoals gezegd wil ik nog wel eens testen, komt er nog een fix voor het dubbele devices probleem?

[dukdalf]

Ook dit probleem is weer opgelost, en de implementatie van de gecodeerde opname mogelijkheid is ook weer een zeer goede aanvulling.

Als beginnend gebruiker van OpenPli kan ik niet anders zeggen dan dat ik veel heb gemist voordat ik een Linux ontvanger heb genomen.
Altijd gedacht dat dit alleen voor de wizzkids was weggelegd, maar ook opa weet nu hoe het werkt.
Naast een financiële donatie wilde ik dit ook even via deze weg laten weten.

Groeten.

Edited by dukdalf, 15 February 2012 - 22:53.

[Frenske]

Altijd gedacht dat dit alleen voor de wizzkids was weggelegd, maar ook opa weet nu hoe het werkt.
Naast een financiële donatie wilde ik dit ook even via deze weg laten weten.

Groeten.

Ik denk dat het team ontwikkelaars dit ook prettig vindt om te lezen. Dat motiveert ook.
Mochten zij het niet lezen dan meld ik het wel aan hen.