fa2k

Jungs, Lust auf was Neues? Es gibt die Möglichkeit das OS in der Cloud laufen zu lassen, genannt QuTScloud. Interessanterweise lässt sich das ohne großen Aufwand auch auf der eigenen Virtualisierungsplattform betreiben. Mir wurde folgendes zugetragen (natürlich nur für Bildungszwecke): Anmerkungen meinerseits: UEFI geht wohl nicht. Also in der VM BIOS einstellen. Das Image ist Anfangs recht klein und muss nach dem ersten Bootvorgang und bevor die Einrichtung im WebInterface los geht auf min. 64GB vergrößert werden. Bei KVM habe ich nur die neue Größe eingetragen, ohne es innerhalb zu erweitern. Wird wohl beim Bootvorgang automatisch gemacht. Das Image habe ich als VirtIO eingebunden. Auch die Netzwerkkarte war VirtIO. D.h. die Virtualisierungstools sind ebenfalls installiert. Was mir nicht gefällt ist die Abhängigkeit zu der IP in dem Skript und dass dort das syslinux Paket ausgetauscht wird. Ich beschäftige mich mit solchen Dingen nur sehr punktuell, da ich einige andere Hobbies habe. Daher sorry, wenn ich nur hin und wieder hier reinschaue...

probier mal folgendes in der google Suche: QQ login shared accounts Erstes Ergebnis 😉

http://www.nasyun.com/forum-77-1.html kam von hier. Momentan haben die Wartungsarbeiten. Kann dir den Link nicht genau nennen. Es gibt Zugangsdaten, die für den Downloaddienst geteilt wurden. Gespeichert hatte ich sie natürlich nicht Hätte Anfangs gar nicht gedacht, dass es wirklich funktioniert, daher habe ich es gar nicht richtig dokumentiert, wie ich zu den Sachen gekommen bin.

sure that this dont work? i have not test hardware anymore to try on a UEFI-only system, but as i remember i tested both methods and they worked UEFI and CSM

Beachte bitte, dass das ./hardware_check Skript beim ./mycreate_qnap_boot ausgeführt und anhand des Ergebnisses die model.conf automatisch gepatcht wird. for you too, keep in mind that the ./hardware_check script will be executed after my_create_qnap_boot automaticly. As far as i know only while ./re_packing you can add custom values and these changes will be transfered

Das die Festplatte vom OS erkannt wird, heisst leider nicht, dass es auch benutzt werden kann. Das mit den Werten hast du aber richtig erfasst und deine Vermutungen passen. Wo ich noch selber Schwierigkeiten habe sind die DEV_PORT Werte, da z.B. mein LSI Controller zwar erkannt wird aber die Festplatten trotzdem nicht angezeigt werden obwohl die richtige Adresse eingetragen ist. Mir ist aufgefallen, dass die kleineren QNAP Modelle ohne M2 SSDs sehr viel besser funktionieren, als solche mit. Je größer das Modell, desto mehr "Bereiche" gibt es. Dem System ist es grundsätzlich "egal" ob du an dem Platz eine SSD oder HDD hast. Einzig die Anzeige ist dann falsch, wenn du nur eine HDD an einem SSD Slot anschließt. Es ist wohl einfacher ein kleineres Model ohne SSD Bereich herzunehmen, in dem nur Disk 1-x existieren. Ändere die modelspezifische conf-Datei (model_QY380_QY390_10_11.conf) ebenfalls ab, da beide Dateien in das Bootimage kopiert werden

wenn vor dem Login irgendein Name steht, wie NAS345D oder sowas ist alles gut gelaufen. Steht da nur Login ist wohl was falsch gelaufen

es ist sinnvoller das mehr oder weniger passende Modell zum Board auszusuchen. Man kann einiges an der Hardware-Konfig anpassen. Wenn du das my_create_qnap_boot Skript ausgeführt hast, taucht unter /home/tc/mymodel eine model.conf und eine model_<Modelltyp>.conf auf. Darin werden die PCI Adressen der verbauten Komponenten angegeben. Das Skript patched automatisch die Festplattenadapter. Wenn man z.B. zwei SATA Controller hat, wird das nicht ganz hinhauen. Wenn du lspci mit dem tc Benutzer ausführst, bekommst du ja alle verbauten Komponenten aufgelistet, die können dann in der model.conf eingetragen werden. Ein Beispiel: 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05) Die Zahlen am Anfang sind in Hex, QNAP will es in einem bestimmten Format und in Dezimal. Somit wird aus 00:1a.0 -> B00:D26:F0 . Diesen Wert kannst du in der model.conf eintragen. In diesem Beispiel ein USB Controller. Wenn du deine Anpassungen abgeschlossen hast sudo ./re_packing ausführen und das System neustarten Das my_create_qnap_boot Skript benutzt zum patchen der Festplattenadapter das /home/tc/hardware_check skript. Ganz oben steht wonach gesucht werden soll und als Ausgabe folgt die QNAP PCI Adresse. Wenn du einen anderen Festplattencontroller als default haben willst, trage anstatt SATA z.B. LSI Logic ein. Je nachdem was bei dir unter lspci angezeigt wird

also du hast das my_create_qnap_boot ausgeführt und anschließend neugestartet? Was sagt denn die Bildschirmausgabe bzgl. e1000e?

verwendete bitte nur den e1000e Treiber in der VM, weil keine VMware-Tools enthalten sind. Probier mal die Netzwerkkarte einmal im ESX zu deaktivieren und wieder zu aktivieren, dann sollte das OS den Wechsel mitbekommen

sehr gerne. Freut mich zu hören, dass es auch woanders funktioniert. Der ältere Loader war um einiges unhandlicher, da man die Patch Dateien für jede Version suchen und anpassen musste. Dieser hier macht das automatisch

Ich habe mich so arg an die Synology gewöhnt, dass ich sehr überrascht war von der QNAP. Die ist im Vergleich voll kompliziert. 😅

Versucht mal euer Glück. Ich habe die Dateien und eine "improvisierte Anleitung" hochgeladen. https://mega.nz/folder/61kFmbCD Schlüssel: dQ_oZWrySzqjpddyBM5Nvw Unter VMware habe ich es nicht geschafft eine "Nutzfestplatte" für das QNAP OS sichtbar zu bekommen. Auf einem J3455-ITX Board funktioniert das hingegen super. Zusammengefasst lässt sich das Vorgehen folgendermaßen beschreiben: IMG Datei auf einen USB Stick schreiben (Win32DiskImager) und davon booten. (a) im Bootmenü auswählen und das Terminal starten. Gewünschte Werte in die my_create_qnap_boot schreiben und abschließend das Skript ausführen. Nach einem Neustart könnt ihr schon mit QFinder versuchen die QNAP zu finden. Lasst mal hören, wie ihr damit zurecht kommt und ob es klappt

Moin Jungs, ich habe mich neulich in einigen chinesischen Foren rum getrieben und die Jungs haben einen Weg gefunden QNAP auf eigener Hardware zu betreiben. Ich habe es auf einem J3455-ITX Board getestet und es funktioniert tadellos. Man kann sich das QNAP Modell aussuchen und die Installation ist recht simpel (mittlerweile). Besteht Interesse an einer Anleitung?

i had a similar error from last crash. everything was green except the volume, so i have mounted it read only directly to the volume path and rebooted after that. Maybe it will help you too.. mount -t btrfs -o recovery,ro /dev/vg1000/lv /volumeX <- X stands for the volume number it should be