18 replies to this topic

[Pike_Bishop]

Hi,

 

Also ich habe meine Mounts manuell in die /etc/fstab eingetragen und zwar mittels uuid

und nun auch einen Eintrag statt mit uuid mit Label, jedoch hat das mit dem Label auch nix gebracht.

Mein Output zu mount sieht immer so aus (ich zeig nur das Relevante);

/dev/sda1 on /media/MLB type ext4 (rw,relatime,data=ordered)
/dev/sdc1 on /media/usb2 type ext4 (rw,relatime,data=ordered)
/dev/sdd1 on /media/hdd type ext4 (rw,relatime,data=ordered)
/dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /media/usb type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022
,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

Meine fstab sieht so aus;

UUID=b263dcf3-83f2-4517-b4d0-0d8e43e2a605	/media/hdd	ext4   rw,data=ordered   0  0
UUID=0012-D687	/media/usb	vfat	defaults	0  0
UUID=a9474e3a-d13d-4547-a282-e4e07851107a	/media/usb2	auto	defaults	0 0
LABEL=MLB	/media/MLB	ext4	rw,data=ordered		0  0

Hier noch blkid;

/dev/sdd1: UUID="b263dcf3-83f2-4517-b4d0-0d8e43e2a605" TYPE="ext4"
/dev/sdc1: UUID="a9474e3a-d13d-4547-a282-e4e07851107a" TYPE="ext3"
/dev/sdb1: UUID="0012-D687" TYPE="vfat"
/dev/sda1: LABEL="MLB" UUID="5cb8de1b-f8de-4d4c-9025-0809fe3dad42" TYPE="ext4"

Wie man im Output ganz oben sehen kann wird sowohl /dev/sda1 als auch /dev/sdd1 nach /media/hdd gemountet.

Gewünscht is aber das /dev/sdd1 nach /media/hdd gemountet wird - ich weiss echt nicht wieso der Automounter

da dazwischen funkt und auch /dev/sda1 nach /media/hdd mountet.

 Na jedenfalls so bekomm ich keinen Zugriff auf meine Platte /dev/sdd1

denn unter /media/hdd hab ich dann immer das device /dev/sda1 welches ein Stick ist.

 

 

Was ich bei der Mutant auch komisch finde da wird die interne Platte immer als letztes erkannt

(hätte erwartet das die immer als erstes erkannt wird)

 

 

Grüsse

Biki3

Edited by Biki3, 16 August 2015 - 21:22.

[Pike_Bishop]

Keiner ne Idee ? - kann doch nicht sein das nur ich das Problem habe.

 

 

Grüsse

Biki3

[Frenske]

Anscheinend doch. Sonnst hätte da schon mehrere Benutzer sich dazu geäußert, so nehme ich jedenfalls an.

[Pike_Bishop]

Hi Frenske,

 

Das muss nix heissen ich hab ja drei Datenträger an der Box ne interne Platte und zwei USB Sticks.

Werden auch nicht viele User so haben.

 

 

Was ich sicher weiss - als ich das Image geflasht habe (das war das Image mit Datum 29.07.2015) war alles in Ordnung

habe dann irgendwann einmal upgedatet und da wars immer noch ok, aber dann hab ich wiedermal upgedatet und seitdem hab ich das Problem.

Das Problem muss sich also erst vor eher kurzer Zeit eingeschlichen haben.

 

Ich krieg so keinen Zugriff auf meine Platte (die ist /dev/sdd1) aber /dev/sda1 wird zum Schluss beim Start der Box

irgendwie darüber gemountet also auch nach /media/hdd.

Mach ich dann in telnet nen umount /media/hdd is meine Platte meist dann ansprechbar.

 

Irgendwas mountet also das /dev/sda1 immer automatisch nach /media/hdd.

 

 

Grüsse

Biki3

[Frenske]

Ich werde's mal nachfragen aber ich habe Angst das keiner eine Lösung hat.

[WTE]

openpli mount disk mit meinsten speicher nach  /usb/hdd. So sie konnte besser nicht selber auch /media/hdd mounten. Gebrauchen sie einfage an andern nahme.

[Pike_Bishop]

Hi,

 

@Frenske,

 

 

Ich werde's mal nachfragen aber ich habe Angst das keiner eine Lösung hat.

Danke erstmal.

 

@WTE,

 

openpli mount disk mit meinsten speicher nach  /usb/hdd. So sie konnte besser nicht selber auch /media/hdd mounten. Gebrauchen sie einfage an andern nahme.

Ja kann sein aber wie is das gemeint mit /usb/hdd ?

Falls du meinst die disk mit dem grössten Speicher wird automatisch nach /media/hdd gemountet dann wäre das ja hier /dev/sdd1 also meine Platte

aber es wird eben auch der USB Stick /dev/sda1 nach /media/hdd gemountet und der ist ja nicht der mit dem grössten Speicher.

 

Ich kann das so nicht ändern denn ich hab noch zwei weitere Systeme im Openmultiboot und ich will das auch nicht ändern

denn es ist nunmal logisch das ne Interne Platte nach /media/hdd gemountet werden möchte.

Und wozu gibt es denn das Mounten per fstab und uuid - das ist genau für solche Fälle da und in nem Linux gibts ja solch ein Problem auch niemals

also wie kommt das an ner E2 Box ?

 

Und aber nicht vergessen das ging noch vor ner Weile (so vor zwei bis drei Wochen noch) ohne Probleme erst nach dem zweiten Update kam das Problem hier mit rein.

 

Sag mal @WTE - warum wird bei der Mutant die Interne Platte als letztes erkannt also als /dev/sdd1 ?

Lässt sich das nicht ändern irgendwie in den Treibern selbst ? Denn auf ner Xtrend z.b: wird ne Interne Platte immer als /dev/sda1 erkannt.

Wie kann das sein das das USB Zeug immer vor dem sata erkannt wird ?

 

 

Grüsse

Biki3

Edited by Biki3, 23 August 2015 - 00:37.

[Pike_Bishop]

Hi,

 

Gibts was neues ?

 

Hab mir derweil nen schlampigen Workarround geschrieben;

#!/bin/bash

## Variablen ##
MOUNTPOINT="/media/hdd"
HDD_UUID="UUID=b263dcf3-83f2-4517-b4d0-0d8e43e2a605"
TMP=/tmp
LOGFILE=$TMP/hdd_right_mount.log


# Generelles Logging
exec 3>&1 4>&2
trap 'exec 2>&4 1>&3' 0 1 2 3
exec 1>$LOGFILE 2>&1


MOUNT_CNT="$(/bin/mount | grep -v "tmpfs" | grep -c $MOUNTPOINT)"

while [ "$MOUNT_CNT" -gt "1" ]
do
	umount $MOUNTPOINT
	
		if [ "$?" = "0" ] ; then
			MOUNT_CNT="$(/bin/mount | grep -v "tmpfs" | grep -c $MOUNTPOINT)"
										
				if [ "$MOUNT_CNT" -gt "1" ] ; then
					echo -e "\nWeitere falsche Mounts vorhanden.\nVersuche weiter zu umounten in zwei Sekunden  ..."
					sleep 2
					continue
				elif [ "$MOUNT_CNT" -eq "1" ] ; then
					echo -e "\nFalscher Mount erfolgreich umountet.\nGewuenschter Datentraeger (Interne Platte) sollte nun ansprechbar sein."
					break
				fi	
		else
			echo -e "\nFalscher Mount umounten fehlgeschlagen.\nNaechster Versuch in zwei Sekunden  ..."
			sleep 2
			continue
		fi
done


if [ "$MOUNT_CNT" -eq "0" ] ; then
	echo -e "\nKein Datentraeger nach $MOUNTPOINT gemountet.\nMounte Datentraeger (Interne Platte) nach $MOUNTPOINT  ..."
	mount $HDD_UUID $MOUNTPOINT
	
		if [ "$?" = "0" ] ; then
			echo -e "\nDatentraeger (Interne Platte) erfolgreich gemountet nach:\n$MOUNTPOINT."
		else
			echo -e "\nABBRUCH ! Datentraeger (Interne Platte) mounten gescheitert !" && exit 1
		fi
fi


exit

Beim Start der Box wird ein anderes Script ausgeführt das nen Cronjob anlegt der wiederum dieses Script ausführt

und dann wenn erfolgreich löscht dieses Script sogleich den Cronjob wieder uswuswusw... scheint auch zu funktionieren

aber glücklich bin ich damit trotzdem nicht.

 

 

Grüsse

Biki3

[Pike_Bishop]

Hi,

 

Na sowas - heute festgestellt das ich das selbe Problem im OpenATV-5.1 auch habe.

Im OpenATV-4.2 hingegen sowie im alten OpenATV-5.0 hab ich dieses Problem nicht.

 

Es muss irgendeine Änderung in den letzten Wochen an dem Problem schuld sein.

 

Grüsse

Biki3

[Frenske]

Wie ich informiert worden bin, hat sich da i.b.z. das mounten, die letzte Monate nichts geändert. Daher soll es irgendwo anders gesucht werden.

[Pike_Bishop]

Hi Frenske,

 

Danke für die Info.

Also im OpenPLI-4.0 vom 29.7.2015 und im OpenPLI-4.0 vom 31.07.2015 gab es noch keine Mount Probleme hier.

Ich werd das aber noch genauer testen indem ich das OpenPLI-4.0 vom 29.07.2015 neu installieren werde.

Das Image vom 31.07.2015 hab ich leider nicht mehr sind aber eh nur zwei Tage Unterschied.

 

Das Problem ist halt mein Workarround funktioniert meistens aber wie es aussieht nicht immer ab und zu

kann ich den zweiten Mount nicht umounten denn da kommt immer device or ressource busy

somit is auf den Workarround nicht immer Verlass.

 

 

Grüsse

Biki3

Edited by Biki3, 25 August 2015 - 18:27.

[betacentauri]

Hi Ihr beiden,

es gab aber neue Treiber für die Mutant:
https://github.com/H...0b546f1f438f27e
Vielleicht hängt das damit zusammen.

@biki3: Die neuen Treiber verursachen doch auch Minifreezer wie ich bei OpenATV gelesen habe. Kannst du nicht mal mit altem Image und neuen Treibern testen? Dann wüssten wir, dass es an den Treibern liegt.

Edited by betacentauri, 25 August 2015 - 18:56.

[Pike_Bishop]

Hi betacentauri,

 

 

@biki3: Die neuen Treiber verursachen doch auch Minifreezer wie ich bei OpenATV gelesen habe. Kannst du nicht mal mit altem Image und neuen Treibern testen? Dann wüssten wir, dass es an den Treibern liegt.

Ja das stimmt mit den Freezern, und ja jetzt wo dus sagst das werd ich tun.

Wollte sowieso heute das alte PLI installieren vom 29.7.2015 wo ich weiss das noch alles klappte, dann teste ich das indem ich die Treiber tausche.

 

Aber müsste denn dann nicht z.b: in nem neuen Image aber mit alten Treibern das Probs auch weg sein ?

Denn hab ja heute OpenATV-5.1 geflasht und da gleich die Treiber gegen die alten getauscht aber da hab ich dennoch das selbe Mount Problem

wie im PLI-4.0.

Na ja ich mach mich mal ans Werk - meld mich dann Morgen wieder.

 

 

Grüsse

Biki3

Edited by Biki3, 25 August 2015 - 19:38.

[Pike_Bishop]

Hi,

 

Also nun bin ich verwirrt - hab grade das OpenPLI vom 29.07.2015 eingespielt (Treiber sind da noch vom 30.04.2015)

und das Mountproblem is dennoch da.

Ok ich hab die Settings Sicherung eingespielt aber das kanns ja eigentlich nicht wirklich sein.

Nun weiss ich nicht - entweder ich hab so ein schlechtes Zeitgefühl das ich mich da geirrt habe und ich hatte ein Image

vor dem 29.07.2015 installiert gehabt (was ich aber gar nicht glauben kann) oder ich hatte einfach nur Glück das ne Weile korrekt gemountet wurde.

 

Ist nämlich so das ich Images die ich installiere immer erst mal auch gepackt aber auch entpackt auf nen Stick der auch an der Box hängt kopiere

und da hab ich eben nur das vom 29.07.2015 gefunden - deshalb is die Chance gross das ich auch dieses installiert hatte seinerzeit.

 

Ich hab jetzt noch Backups vom 5.08 und vom 10.08 - werd mal das vom 05.08.2015 einspielen aber meine Hoffnung is da nicht allzu gross.

Treiber scheiden somit eigentlich aus - schade war ne Hoffnung.

 

 

Grüsse

Biki3

Edited by Biki3, 25 August 2015 - 21:30.

[betacentauri]

Na ja, wichtig wäre herauszufinden, ab wann das Problem auftritt. Hatte auch gehofft, dass es an den Treibern liegt, wonach es sich aber jetzt nicht mehr anhört.
Hast du denn noch ältere Images? Sonst teste die doch mal (ja, ich weiß das kostet alles Zeit )

Hast du denn irgendetwas geändert? Die Sticks neu formatiert, umbenannt oder was auch immer?

[Pike_Bishop]

Hi betacentauri,

 

 

Hast du denn irgendetwas geändert? Die Sticks neu formatiert, umbenannt oder was auch immer?

Nein absolut nicht is alles konstant gleichgeblieben seit ich die Mutant habe.

Ach so ja den einen Stick hab ich ein Label verpasst aber erst als das Problem auftrat zuvor war der mit uuid gemountet.

(is der Stick fürs Multiboot) und genau der aber mountet sich immer über meine Interne Hdd

 

 

Hast du denn noch ältere Images? Sonst teste die doch mal (ja, ich weiß das kostet alles Zeit )

Ja ich hab ja noch nebenbei ne OpenATV-4.2 und ne alte OpenATV-5.0 im Multiboot installiert

und bei beiden läuft alles korrekt.

Wobei die OpenATV-5.0 wird ja nicht mehr supportet und hat noch den alten Kernel auch den 3.17.3

 

Bei der OpenATV-4.2 passts auch bislang muss mal gucken wann ich die zuletzt upgedatet habe (aber is sicher noch nicht lange her)

ansonsten hab ich leider nix kein älteres PLI oder was auch immer.

 

Komisch is halt auch das die Änderungen ja in die OpenATV-4.2 einfliessen und da müsste ich da dann eigentlich das Problem auch haben

was aber ja bislang nicht ist.

Aber gut soweit ich glaube hatte ich im PLI auch ne Zeit lang das Glück das es korrekt lief

 

 

Grüsse

Biki3

Edited by Biki3, 25 August 2015 - 22:49.

[Pike_Bishop]

Hi,

 

it looks as is it a problem with openmultiboot, but the problem only exists with images which are installed on usb stick.

if a image is installed in flash all is ok. thanks @betacentauri for the hint.

 

regards

Biki3

Edited by Biki3, 30 August 2015 - 14:03.

[Pike_Bishop]

Hi Frenske and PLI Team,

 

the problem is solved now in openatv with this commit,

https://github.com/o...36a2f3a5271c6a5

i think then it's also solved in openpli image

 

 

regards

Biki3

[Pike_Bishop]

Hi,

 

ok i have testet it and with openpli-4.0 from date 01.09.2015 it's also fixed now.

all mounts are ok now - thanks to @arn354

 

regards

Biki3