Beiträge von Case

Guten Morgen,

Zitat von "Eraser-EMC2-"

Wie du bei öffnen der Dateien in der ersten Zeile (SQLite format 3) sehen wirst,
handelt es sich um eine SQLite-Datei, die wie jede andere SQL-Datenbank zu öffnen ist.

omg :shock:
Da habe ich wohl erst getippt und dann gedacht ...

Trotzdem .... wo steckt denn jetzt die auth.log ?
Den ganzen Threads nach zu urteilen, wäre das doch die Logdatei wo alle Logins aller Netzdienste drinstehen ?

Ich finde es sehr bequem, mir die wichtigsten logs via Skript anzuschauen ohne auf die GUI hopsen zu müssen, deshalb die Frage.

Herzliche Grüße,
Case

Servus,

nachdem ich openSSH (gemäß dem schönen Thread hier) installiert habe, möchte ich mir regelmäßig die logs anschauen die in der neuen GUI so schön dargestellt werden.
Soweit ich hier gelesen habe, werden die Logins in der auth.log protokolliert ?

Leider ist bei mir diese Datei nicht aufzutreiben.
Locate und find zeigen nur
/mnt/HDA_ROOT/.logs/conn.log und
/mnt/HDA_ROOT/.logs/event.log

Beide Dateien sind "zugemüllt" mit Sonderzeichen, Login-Versuche kann ich hier nicht erkennen.
Suche ich in den falschen logs ? Wie lautet der Pfad zur auth.log ?

Herzliche Grüße,
Case

Servus,

sehr beruhigend ...insbesondere beim Austausch des SSH -Daemons hatte ich doch Sorge,
dass das Update meine Änderungen plattmacht.

Üblicherweise versteht man unter "Einstellungen sichern" meist eine Sicherung der gesetzten Haken
die sich in den einzelnen configs niederschlägt.
Ist das bei QNAP anders ??
D.h. beinhaltet die Sicherung z.B. auch den neuen SSH-Daemon und sonstige Dienste unter der Haube ?

Mein zerschossenes Admin-Konto konnte ich so zumindest wieder herstellen (Dank der Hilfe hier im Forum!)

Dann könnte man ja verschiedene Testumgebungen realisieren und etwas entspannter experimentieren.

Grüße,
Case

Servus,

bevor ich anfange mein NAS gemütlich einzurichten ...
(openSSH, FTP-Änderungen wie in den HowTo's, wenige cronjobs ..)

Wie verhält sich die Firmware bei (Major-)Updates ?
Bleiben mir die o.g. Änderungen erhalten, oder setzt das Update die angesprochenen Komponenten wieder auf Werkseinstellungen zurück und ich muss von vorne anfangen ?

Habt ihr schonmal größere Versionssprünge mit einem individuell eingerichteten NAS mitgemacht ?

Herzliche Grüße,
Case

Servus,

meine Güte, dass war es ...
Auf meinen kleinen Laptop habe ich die Maske schlicht nicht gesehen und vergessen auszufüllen.
Dabei hat es genügend Hinweise gegeben, dass was mit dem Netz net passt, peinlich ....

Ein klassisches Layer8-Problem also ... Danke schön !

Zufriedene Grüße,
Case

Servus,

die Installation von QPKG via GUI schlägt wiederholt fehl:

Optware-ipkg 0.99.163 installation failed. Cannot download http://ipkg.nslu2-linux.org/feeds/optware/cs05q3armel/cross/stable/.

Nach dem ersten Versuch meckern die logs über die schon vorhandene /optware.
Diese habe ich jedesmal brav gelöscht, kein Erfolg.
Das Paket ist auch sicher nicht installiert, die Konsole kann mit ipkg-Befehlen nichts anfangen.

Da während der Installation irgendwas nachgeladen wird (s.o.) ... kann ich das irgendwie fixen ?
Das Image stammt aus dem Forum, wenn ich via GUI nach dem Paket suche, sagt mir das Popup, dass keinerlei QPKG-Pakete gefunden wurden ??
Ist die neue GUI etwa inkompatibel dem QPKG-Paket/Installer ??

Grübelnd,
Case

Servus,

toller, konstruktiver Thread.
Da könnte man fast ein HowTo daraus machen.
So ähnlich werde ich meine Box demnächst auch ummodeln ...

Grüße,
Case

Servus,
sooo, nachdem die angesprochene ".config" bei mir vollständig leer ist, habe ich jetzt erstmal vom QNAP-Linux die Nase voll.

Mit der Wiederherstellung der gespeicherten Einstellungen wurde auch das SSH-Admin Konto hergestellt und alles ist in Butter.
So gesehen ist die Wiederherstellung ein recht mächtiger "Soft-Reset".
Hätte nicht gedacht, dass der Linux-Unterbau dabei (zumindest teilweise) zurückgesetzt wird. Glück gehabt.

IMHO sollte der Hinweis auf die QNAP-CD irgendwo verlinkt werden, da normale Linuxe offensichtlich Probleme mit dem NAS-Filesystem haben.
Herzlichen Dank an alle Tippgeber!

Gibt es von QNAP eine wieauchimmer geartete Doku für das verwendete Linux ?
Würde mich gerne näher damit beschäftigen.

Herzliche Grüße,
Case

Servus,

Zitat

ich hatte gerade bei mir nachgeschaut und die richtige passwd findest du im Ordner ".config" .
Der Ordner "rootfs_2_3_6" ist für die QPKGs vorhanden, die eine eigene Umgebung benötigen.

Ok, dass muss man erstmal wissen, ich bin an Debian gewöhnt. Danke !
Die Reparatur wird aber noch daran scheitern, dass die neu editierte passwd offenbar nicht in das NAS-Filesystem geschrieben wird.
Aber vielleicht klappts ja mit der .config.

Herzliche Grüße,
Case

Guten Morgen,

die Einstellungen wieder zurückspielen ?
Clevere Idee ... leider habe ich die Einstellungen VOR dem Update gespeichert, nicht mehr danach.
Werde trotzdem probieren ob das hinhaut ...

Zur Live-CD:
Ich habe problemlos auf das Filesystem des NAS zugreifen können.
Die "passwd" steckt im Verzeichnis /rootfs_2_3_6/etc, bei mir z.B. in /dev/sdc1/rootfs_2_3_6/etc.
Das ist die erste (Boot) Partition auf dem NAS und NICHT die Datenpartition (also sdc3 o.ä.).

Leider versagt hier mein Linux-Kung-Fu:
ich kann die Partition wie im QNAP-pdf beschrieben zwar mounten

mount -t ext3 /dev/sdc1 /media/ -o extents,mballoc, delalloc

und mit nano editieren und neu abspeichern.
Die neue passwd wird aber nur innerhalb des Live-Systems verändert und anscheinend NICHT auf das NAS geschrieben.

Nach einen Reboot und Blick in die passwd steht wieder der fehlerhafte Eintrag drin !
Ich dachte immer, nach abspeichern und aushängen habe ich die Datei nativ verändert ?
Kann mir jemanden auf die Sprünge helfen ??

Verzweifelte Grüße,
Case

Servus Moderatoren,

Telnet:
auch hier "Permission denied" , was ich derzeit net verstehe, da Telnet eigentlich nix mit der /etc/passwd zu schaffen haben sollte. Bin da aber nicht sattelfest.
Ich vermute mal, dass durch die Änderung der Standard-Shell schlicht und einfach das Passwort fehlt, was ja in der passwd ganz am Anfang verschlüsselt drin steht ...

Live-CD:
Spitzentipp. Schon gebrannt und werde ich gleich mal ausprobieren. Ich muss ja nur eine Zeile ausbessern ...

Herzlichen Dank soweit,
Case

Servus,

der Neustart hat nichts gebracht, genausowenig lässt sich das Filesystem von meinem Ubuntu-Linux auslesen.
Angeblich verwendet die 3er Qnap-Firmware schon ext4 !!! ??
Ich dachte, dass wird nur von den neuen "Atombetriebenen" Modellen unterstützt ??
Ext4 würde ja auch die Formatierung der Platte zur Folge haben und das war definitiv nicht der Fall.

Jedenfalls lässt sich ext4 in Jaunty noch nicht nachrüsten, so dass ich das NAS wieder zusammenbauen werde.
Hoffentlich klappt's mit deinem Reset-Tipp, bin gespannt.

Gruß,
Case

Servus Forum,
voller Scham muss ich um Hilfe bitten, da ich Dussel mein SSH Admin-Konto gesperrt habe.

Nach dem problemlosen Update auf die neueste Firmware, erneuter Datensicherung und der anschließenden Installation von QPKG,
habe ich Schlauberger meine geliebte Bash-Shell nachinstallieren wollen.
Also "Nano" als bevorzugten Editor und anschließend die Bash via ipkg nachinstalliert.

Dann habe ich unbedacht in der /etc/passwd die Standardshell des admin von /bin/sh in /bin/bash geändert.

Jetzt kann ich mich natürlich via Konsole nicht mehr als admin anmelden, weder über SSH noch Telnet
Das Admin-Login über die GUI klappt natürlich noch, aber das hilft mir nichts um meinen faux pas zu korrigieren.
Ein neues Passwort via GUI hat auch nichts gebracht ...

Da es nur ein Admin-Konto geben kann, sehe ich jetzt keine Möglichkeit mehr Root zu werden.

Mir fällt jetzt nur ein mühevoller Systemreset oder den Ausbau der Systemplatte ein.
Mit einem anderen Linux/Unix müsste ich dann die /etc/passwd editieren können.

Bin ich genervt .... hat jemand noch eine Idee wie ich Root werden kann ?

Herzliche Grüße,
Case

EDIT:
Servus,

ich sehe gerade, dass ich als admin auf meinen FTP-Server komme.
Leider sehe ich nur die Standard-Ordner.

Wenn ich via FTP die /etc/passwd lokal kopieren/editieren und anschießend wieder auf das NAS kopieren könnte, wäre ja mein Problem gelöst.
Nur, wie komme ich auf die Dateisystemebene /etc/ ???
Leider komme ich im Verzeichnisbaum keine Ebene höher, vermute mal, dass Proftp jeden Benutzer chrooted ...

Gibt's hier einen FTP-Kenner der mir helfen kann ??

Grüße,
CAse