Netz-Treff - Gutes Linuxtutorial?

#313485

thorr

Münster (Nordrhein-Westfalen),
23.06.2012, 19:32:44

Gutes Linuxtutorial? (pc.linux)

Hi,

ich tüftele derzeit mit einem QNAP-NAS herum und komme da mit Linux in Berührung. Ich habe mir zig Seiten im Internet über Installation, Deinstallation von Software, Paketmanager usw. durchgelesen, aber ein fundiertes Grundwissen bekomme ich dadurch irgendwie nicht. Das Problem ist auch, dass das NAS ein Embedded Linux drauf hat, das viele Befehle gar nicht kennt.

Ich habe einfach mal blauäugig ffmpeg2theora installiert bzw. den Versuch gestartet - zunächst in /usr/local/bin, anschließend, weil das nicht zum $PATH gehörte, nochmal in /usr/bin. Von Erfolg ist beides nicht gekrönt, ich erhalte immer die Meldung \"cannot execute binary file\". Wie ich das Ganze wieder deinstallieren kann (ich habe die Software von einer Binary installiert, also weder mit rpm, noch über Quelltext), weiß ich allerdings auch nicht :-/

Zur Frage: Kennt ihr ein gutes Einsteigertutorial, das einen absoluten Einsteiger wie mich auch in Fragen zur Installation, wie oben beschrieben, aufklärt?

LG

#313487

Hausdoc

Green Cottage,
23.06.2012, 19:59:06

@ thorr

Gutes Linuxtutorial?

antworten

Installier dir Ubuntu o.ä..... auf einem Rechner und probier 3-4 Tage damit rum.

wenn hier eine Frage auftaucht, bemühe Tante Google auf einem Zweitrechner.

Nach einer Woche ist der Durchblick klarer.

Auf die Schnelle mal irgendwas einmalig durchlesen klappt nicht. Daran bin ich auch gescheitert.

--
Gruß Hausdoc

Heizungsfragen?? - Hier klicken

#313494

bender

Strasshof an der Nordbahn,
23.06.2012, 21:22:58
(editiert von bender, 23.06.2012, 21:29:13)

@ thorr

Gutes Linuxtutorial? (ed)

antworten

Da wäre schon mal interessant, welche Distri das überhaupt ist, vermutlich irgendwas exotisches. Gib mal auf der Kiste ein

cat /proc/version

falls Du es nicht weißt. Wenn Du Dich ernsthaft mit dem Thema Linux befassen willst, dann empfehle ich Dir hiermit das Buch Linux von Michael Kofler. Ist nicht ganz billig, lohnt sich aber. Für mich was das der Einstieg.

--
Grüße aus Strasshof an der Nordbahn (ja, da wo die Natascha im Keller lebte)
bender

sudo apt-get install brain_2.0

#313497

markuman

23.06.2012, 21:45:53

@ bender

Gutes Linuxtutorial?

antworten

> ... dann empfehle ich Dir hiermit das Buch Linux von Michael
> Kofler. Ist nicht ganz billig, ...

Erst dachte ich, der schreibt doch nur Ubuntu Bücher...aber alter Vater...50 Euronen!?!? Da würd ich lieber hergehen, Ubuntu in einer VirtualBox installieren, und es mir mit wiki.ubuntuusers.de beibringen - das ist mindestens genauso gut

--
jetzt troll ich!

#313498

bender

Strasshof an der Nordbahn,
23.06.2012, 21:49:36

@ markuman

Gutes Linuxtutorial?

antworten

Ich hab das Buch so 2000 rum gelesen, damals gings um Linux allgemein und er bezog sich damals auf eine SuSE, glaub ich. 50€? Hm, dann ist der auch teurer geworden, ich hab damals noch nen 10er weniger gezahlt glaub ich.

--
Grüße aus Strasshof an der Nordbahn (ja, da wo die Natascha im Keller lebte)
bender

sudo apt-get install brain_2.0

#313759

baeuchlein

26.06.2012, 13:48:17

@ bender

zum "Kofler"

antworten

> Ich hab das Buch so 2000 rum gelesen, damals gings um Linux allgemein und
> er bezog sich damals auf eine SuSE, glaub ich. 50€? Hm, dann ist der auch
> teurer geworden, ich hab damals noch nen 10er weniger gezahlt glaub ich.

Meine 2002er-Ausgabe hat original auch 50€ gekostet. Kofler ging damals schon auf diverse seinerzeit aktuelle Linuxe (SuSE, Debian, Knoppix, ...) ein und lieferte auch Ausgaben davon auf CD mit. Ich hab\' dieses Buch allerdings 2003 oder 2004 für ca. 25€ verbilligt eingesackt. :smoke:

Den \"Kofler\", so wie ich ihn kennengelernt habe (neuere Ausgaben als meine habe ich kaum beachtet, d.h. mein Kenntnisstand ist ca. 10 Jährchen alt), kann man vor allem dann gebrauchen, wenn man definitiv längere Zeit Linux benutzen will. Für ein \"weiß nicht, ich versuch\'s mal\" ist er dagegen zu teuer, auch wenn sein Umfang (grundsätzlich ca. 1000 Seiten, also \"Ziegelstein de Luxe\") den Preis rechtfertigt.

Womit man aber jetzt buch-technisch sinnvoll anfangen sollte, das weiß ich bei Linux, ehrlich gesagt, auch nicht. :kratz:

#313496

markuman

23.06.2012, 21:43:40

@ thorr

Gutes Linuxtutorial?

antworten

ajeijei...
Erstmal musst du gucken, ob in deinem NAS ein Arm oder ein x86 werkelt, bevor du dir irgendwelche binaries krallst.
Dann würde ich einfach ffmpeg installieren. Das kann auch OggTheoraSchießmichtod de/encodieren.

Und am einfachsten geht das über einen Paketmanager. Da würde ich mir ipkg installieren, das scheint weit verbreitet zu sein auf QNAP geräten.
http://wiki.qnap.com/wiki/Install_Optware_IPKG
Dann kannst anschließend einfach ipkg update && ipkg install ffmpeg machen.

Und, wenn du dich nicht mit Linux auskennst, und irgendein Schritt aus der drolligen \'Install Optware IPKG\' Anleitung nicht hinhaut, biste erstmal angeschmiert

--
jetzt troll ich!

#313763

Johann [Gast]

26.06.2012, 14:10:50
(editiert von Johann, 26.06.2012, 14:15:27)

@ thorr

Gutes Linuxtutorial? (ed)

antworten

Hallo,

ich hatte Dich damals darauf hingewiesen.

> ich tüftele derzeit mit einem QNAP-NAS herum und komme da mit Linux in
> Berührung. Ich habe mir zig Seiten im Internet über Installation,
> Deinstallation von Software, Paketmanager usw. durchgelesen, aber ein
> fundiertes Grundwissen bekomme ich dadurch irgendwie nicht. Das Problem ist
> auch, dass das NAS ein Embedded Linux drauf hat, das viele Befehle gar
> nicht kennt.

Genau. Und das kannst Du nicht \"mal eben so mit paar Tutorials\" abfackeln.
Du möchtest Dir vorzugsweise erst einmal grundlegendes zu Linux auf einem separaten Rechner mit verschiedenen Distributionen und Szenarien aneignen.
Das kann, je nach Auffassungsgabe Deinerseits, durchaus mehrere Monate bis Jahre in Anspruch nehmen.
Andernfalls vermute ich, dass relativ zügig eine Frage a la \"Wie installiere ich mein QNAP neu?\" folgen wird.

>
> Ich habe einfach mal blauäugig
> ffmpeg2theora installiert bzw.
> den Versuch gestartet - zunächst in /usr/local/bin, anschließend, weil das
> nicht zum $PATH gehörte, nochmal in /usr/bin. Von Erfolg ist beides nicht
> gekrönt, ich erhalte immer die Meldung \"cannot execute binary file\". Wie
> ich das Ganze wieder deinstallieren kann (ich habe die Software von einer
> Binary installiert, also weder mit rpm, noch über Quelltext), weiß ich
> allerdings auch nicht :-/

Du möchtest auf einem QNAP nicht wildfremde Binaries, sondern ausschliesslich Pakete verwenden, die Dir ipkg anbietet, sofern Du nicht selbständig entsprechende Binaries für Dein System aus den Quellen kompilieren kannst.

>
> Zur Frage: Kennt ihr ein gutes Einsteigertutorial, das einen absoluten
> Einsteiger wie mich auch in Fragen zur Installation, wie oben beschrieben,
> aufklärt?

http://wiki.qnap.com/wiki/Install_Optware_IPKG

Im Übrigen zeigt man bei ffmpeg die verwendbaren codecs mittels

ffmpeg -formats

an.
Und nein, wenn es nicht möglich weitere codecs \"einfach so\" hinzuzufügen, ohne die libavcodec entsprechend neu zu kompilieren.

Gruß,
Johann

#313793

baeuchlein

26.06.2012, 15:31:14

@ Johann

Dem muss ich zustimmen...

antworten

> Du möchtest Dir vorzugsweise erst einmal grundlegendes zu Linux auf einem
> separaten Rechner mit verschiedenen Distributionen und Szenarien aneignen.
> Das kann, je nach Auffassungsgabe Deinerseits, durchaus mehrere Monate bis
> Jahre in Anspruch nehmen.
> Andernfalls vermute ich, dass relativ zügig eine Frage a la \"Wie
> installiere ich mein QNAP neu?\" folgen wird.

Dem kann ich nur zustimmen. Ich fing im Jahr 2000 ernsthaft an, mich mit Linux zu befassen. Es wurde zunächst mal neben einem vorhandenen Microsoft-System installiert (was zum Glück damals kein großes Problem war), doch bis ich die grafische Benutzeroberfläche stabil ans Laufen kriegte, vergingen mehr als zwei Jahre, in denen Linux einige Male neu installiert wurde und auch die Distribution gewechselt wurde. So richtig anwenden konnte ich das Linux dann so ab 2003/2004. Es handelt sich halt um ein System, das deutlich anders funktioniert als diejenigen von Microsoft. Da braucht man einige Einarbeitungszeit, und je nachdem, wie viel Zeit man in der Woche für sowas übrig hat, dauert es eben sehr lange. Wobei es auch Jahre gedauert hat, bis ich unter Microsoft-Systemen mehr konnte als vorgefertigte Programme zu installieren.

> Und nein, wenn es nicht möglich weitere codecs \"einfach so\" hinzuzufügen,
> ohne die libavcodec
> entsprechend neu zu kompilieren.

Ich glaube, dieser Satz muss auch neu kompiliert werden.

#313797

Johann [Gast]

26.06.2012, 15:34:43
(editiert von Johann, 26.06.2012, 15:39:13)

@ baeuchlein

Dem muss ich zustimmen... (ed)

antworten

> > Und nein, wenn es nicht möglich weitere codecs \"einfach so\"
> hinzuzufügen,
> > ohne die libavcodec
> > entsprechend neu zu kompilieren.
>
> Ich glaube, dieser Satz muss auch neu kompiliert werden.

Hä? Den hatte ich doch korrigiert :kratz: Simmer he beim Fratzenbuch?

Zum Thema: Ich habe eine ganz ähnliche Zeitspanne für genau die von Dir beschriebenen Kenntnisse/Erfahrungen benötigt. Inklusive vieler Bücher, Tutorials, Neuinstallationen, kaputtreparieren, Anfragen bei SL usw.usw.
Eine Kunst besteht nämlich darin, nicht zu wissen was man eintippt, sondern zu wissen, was man besser _nicht_ eintippt.

#313800

baeuchlein

26.06.2012, 15:45:34

@ Johann

Dem muss ich zustimmen...

antworten

> Eine Kunst besteht nämlich darin, nicht zu wissen was man eintippt

Super! Das krieg\' ich bestimmt hin, zur Not mit Alkohol!

> sondern
> zu wissen, was man besser _nicht_ eintippt.

Zum Beispiel. Sie sahen eine Folge aus der Reihe \"Hinterher ist man schlauer\"...

Zunächst mal geht es grundsätzlich drum, dass man so handelt, als ob das ganze System jede Sekunde den Bach \'runtergehen kann. Panisch herumzuckeln hilft da wenig, eher schon vorsichtiges Vorgehen - und haufenweise informieren und so. Auch ein jeweils neues Microsoft-System muss ich grundsätzlich ein paar mal neu installieren, bis ich \'raus habe, wie man eine sinnvolle Datensicherung und Neuinstallation hinkriegt. Und beim nächsten OS von denen wird es bestimmt ähnlich sein, was nicht unbedingt deren Schuld ist.

#313801

Johann [Gast]

26.06.2012, 15:56:19
(editiert von Johann, 26.06.2012, 15:59:32)

@ baeuchlein

Dem muss ich zustimmen... (ed)

antworten

> Zum Beispiel. Sie sahen eine Folge aus der Reihe \"Hinterher ist man
> schlauer\"...

Richtig. Und diese Serie betrachtet man sich besser nicht auf Produktivsystemen.
So was kann ganz fix in die Butz gehen, ich spreche da aus Erfahrung. \"Herr Johann, installieren sie doch mal eben im laufenden Betrieb den aktuellsten SSH Server auf den sich im Frankfurter Rechenzentrum befindlichen Community-Server, dessen einziger Wartungszugang selbiges SSH ist.\" *knall - peng - paff* :lookaround: \"Was war das?\" - \"Nix, Chef, ich such nur die Kreditkarte für den Premium-Support vom Hoster...\"

>
> Zunächst mal geht es grundsätzlich drum, dass man so handelt, als ob das
> ganze System jede Sekunde den Bach \'runtergehen kann.

Das gehört in Granit gemeisselt über jeden IT Arbeitsplatz.

> [...]Und beim nächsten OS von denen wird es bestimmt ähnlich sein, was nicht
> unbedingt deren Schuld ist.

Ist doch wie bei den Liebschaften: Beim nächsten Mal wird alles anders

#313803

d-fens

Bonn,
26.06.2012, 15:59:43

@ Johann

Dem muss ich zustimmen...

antworten

> > Zunächst mal geht es grundsätzlich drum, dass man so handelt, als ob das
> > ganze System jede Sekunde den Bach \'runtergehen kann.
>
> Das gehört in Granit gemeisselt über jeden IT Arbeitsplatz.

O ja. Meine beste Freundin bei der Arbeit ist die Arbeitskopie.

--
„Tu es oder tu es nicht! Es gibt kein Versuchen.“
(Jedi-Meister Yoda)

#313805 Johann [Gast] 26.06.2012, 16:02:33 (editiert von Johann, 26.06.2012, 16:05:13) @ d-fens	Dem muss ich zustimmen... (ed) antworten
	> O ja. Meine beste Freundin bei der Arbeit ist die Arbeitskopie. Ich glaube, das war eins der ersten Grundgesetze, die ich lernen musste: \"Save early. Save often.\" Gerade bei den vom TO verwendeten QNAPs ist das empfehlenswert. Da muss man höllisch aufpassen, sonst hat man sich die Karten gelegt. Und dann ohne Systembackup Recovery fahren ist die harte Schule.