Hallo,
ich möchte meine fhem-Installation auf ein CubieTruck migrieren.
Dazu habe ich eine 64GB SSD am SATA-Port.
Das CT kann bekanntlich nicht direkt vom SATA-Drive booten.
Ich beabsichtige vom NAND zu booten und das rootFS auf der SSD zu lagern.
Das ist mir bisher nicht gelungen.
Ich schaffe zwar den Kernel von SD zu booten und dann die SSD als rootfs zu verwenden.
Auch kann ich vom Nand-Booten, aber dann verwendet die Installation immer nandc als rootfs.
Hat jemand mal einen Link, wo der Boot-Prozess vom CT vernünftig beschrieben ist?Was ich bisher getand habe:
- cubian Image auf SD-Card.
- Booten, alles einrichten.
- cubie-nandinstall
- sd-karte raus, von nand booten.
- SSD ran, partitioniert.
- rootfs von nandc nach sda1 mit rsync kopiert.
- auf nanda die Datei uEnv.txt angepasst: "root=/dev/sda1"
-> Beim Booten wird als rootfs aber weiterhin nandc als rootfs verwendet.
"cat /proc/cmdline" liefert aber auch nand1
Hat das hier jemand in der Konfig überhaupt schon hinbekommen?
Danke & Gruß
Holger
Hier gibt es, wenn ich das grob richtig überblicke, eine funktionierende Anleitung für das Verschieben des rootfs.
http://www.maffert.net/cubian-von-microsd-installation-nach-ssd-hdd-festplatte/ (http://www.maffert.net/cubian-von-microsd-installation-nach-ssd-hdd-festplatte/)
Funktioniert so auch vom Nand auf SSD.
Ja, die Anleitung kenne ich, funktioniert so leider nicht für nand. :-\
Im Prinzip bin auch so vorgegangen, nur dass ich nicht mit dd kopiert habe sondern mit rsync.
Das Problem liegt vermutlich im Bootprozess, der sich wohl zwischen Nand und SD unterscheidet.
Das legt auch das Skript cubian-nandinstall.sh nahe. Es kommt mit dem Paket ein Bootloader (zu finden in /usr/lib/cubian-nandinstall).
Beim NAND-Boot wird m.E. die Datei uEnv.txt ignoriert.
Ich kenne mich mit embedded-Systemen nicht so aus, vermute aber dass ich hier irgendwie auf die serielle Schnittstelle muss um diesen u-boot zu bearbeiten?
Kann man denn nicht nicht die cmdline auch ohne serielle Konsole ändern?
Du kannst dd nicht einfach durch rsync ersetzen. Das eine kopiert physikalisch Datenblöcke, das andere kopiert Dateien.
Das ist mir schon klar... soviel verstehe ich auch von Linux. ;)
dd ist dann von Interesse wenn du z.B. nicht nur logische Daten kopieren möchtestes, z.B. den mbr.
Der liegt aber definitiv nicht in einer mit ext4-formatierten Partition, von daher ist der Weg mir rsync auch okay und birgt den Vorteil das evtl. Fragmentierungen von der SD nicht auf die SSD gleich wieder übertragen werden.
Aber das ist hier definitiv nicht das Problem, das eigentliche rootfs läuft.
Es führen ja bekanntlich viele Wege nach Rom....
Also ich habe es so wie in der Anleitung (oder ganz ähnlich) auch vom nand auf ssd durchgeführt und das läuft einwandfrei. Der Eintrag in die uEnv.txt muss natürlich angepasst werden. Der Unterschied war, dass es kein Cubian (uEnv.text liegt im Verzeichnis boot) sondern ein Cubieez ist. Dabei liegt die UEnv.txt (sowie script.bin etc) auf nanda, während das Filesystem auf nandb liegt, wenn ich mich recht erinnere.
Ja, das Problem scheint Cubian und der mitgelieferte Bootloader für das Nand zu sein...
Ich habe mir jetzt mal ein serielles Kabel gebastelt und hänge am ttyS0.
Da ich wie oben beschrieben mit cubian-nandinstall.sh zunächst die Installation von SD ins NAND verschoben habe, wurde bei der Installtion ein anderer Bootloader ins nand kopiert, und dieser ignoriert anscheinend die uEnv.txt:
U-Boot 2011.09-rc1-00000-gf75abad (Aug 15 2013 - 08:47:58) Allwinner Technology
CPU: SUNXI Family
Board: SUN7I-EVB
DRAM: 2 GiB
NAND: NB1 : enter NFB_Init
[NAND] nand driver(b) version: 0x2, 0x12, data: 20130526
[NAND] set nand_good_block_ratio 912
NB1 : nand phy init ok
nand part 2048 sec count is not align
nand part 2048 start sec is not align
nand part 512 sec count is not align
nand part 2560 start sec is not align
nand part 5632 sec count is not align
NB1 : init ok
3200 MiB
Using default environment
In: serial
Out: serial
Err: serial
--------fastboot partitions--------
-total partitions:3-
-name- -start- -size-
bootloader : 8000 800
boot : 8800 200
linux : 8a00 637600
-----------------------------------
no misc partition is found
Hit any key to stop autoboot: 0
Unterbricht man über die Serielle nun den Bootprozess und guckt sich mal die Bootparameter an:
sun7i#printenv
baudrate=115200
boot_fastboot=fastboot
boot_normal=bootm 48000000
boot_recovery=sunxi_flash read 40007800 recovery;boota 40007800
bootcmd=run setargs_nand boot_normal
bootdelay=1
bootenv=/uEnv.txt
console=ttyS0,115200
kernel=/uImage
kerneladdr=0x48000000
loadbootenv=mw 41000000 0 10000;ext4load nand 2:0 $scriptaddr /boot${bootenv} || fatload nand 0:0 $scriptaddr ${bootenv};env import 41000000 10000;setenv bootargs console=${console} root=${nand_root} loglevel=${loglevel} ${extraargs}
loadkernel=ext4load nand 2:0 $kerneladdr /boot${kernel} || fatload nand 0:0 $kerneladdr ${kernel}
loadscriptbin=ext4load nand 2:0 $scriptbinaddr /boot${scriptbin} || fatload nand 0:0 $scriptbinaddr ${scriptbin}
loglevel=8
nand_root=/dev/nand3
partitions=bootloader@nanda:boot@nandb:linux@nandc
scriptaddr=0x41000000
scriptbin=/script.bin
scriptbinaddr=0x43000000
setargs_nand=run loadbootenv loadscriptbin loadkernel setmachid
setmachid=setenv machid 10bb
stderr=serial
stdin=serial
stdout=serial
Environment size: 1035/131068 bytes
Und ändert das RootFS testweise per Hand
sun7i#env set nand_root /dev/sda1
Und bootet testweise...
sun7i#boot
Dann loggt man sich ein und prüft das Ergebnis:
root@Cubian:/home/cubie# cat /proc/cmdline
console=ttyS0,115200 root=/dev/sda1 loglevel=8
root@Cubian:/home/cubie# df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
rootfs 56G 1,5G 52G 3% /
/dev/root 56G 1,5G 52G 3% /
devtmpfs 887M 0 887M 0% /dev
tmpfs 197M 192K 197M 1% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 394M 0 394M 0% /run/shm
Siehe da es geht...
Probiere ich jetzt aber in uBoot die geänderten Variablen zu speichern, erhalte ich zwar keine direkte Fehlermeldung, aber es geht irgendwie nicht:
sun7i#env save
env - environment handling commands
Usage:
env default -f - reset default environment
env export [-t | -b | -c] addr [size] - export environment
env import [-d] [-t | -b | -c] addr [size] - import environment
env print [name ...] - print environment
env run var [...] - run commands in an environment variable
env save - save environment
env set [-f] name [arg ...]
@marvin78:
Weißt du welche uBoot-Version du nutzt? Scheinbar ist die mit Cubian geliefere Version recht alt...
Was für Variablen änderst du denn in u-boot? Cubian hat doch eigentlich kein u-boot.bin File
https://github.com/cubieplayer/Cubian/issues/184 (https://github.com/cubieplayer/Cubian/issues/184)
Nach meinem Verständnis ein klares Jein: ;)
Wenn Du die SD-Karte hast, findest Du kein u-boot.bin, der liegt vor der ersten Partition, im Bootsektor der SD-Karte, genau wie z.B. grub oder der Windows-Bootloader.
Im Dateisystem der Partition des SD-Karte wirst du demnach kein u-boot.bin finden.
Wenn Du von Nand bootest liegt der Bootlader in /dev/nanda
Mountest Du z.B. /dev/nanda siehst du in /linux die Datei u-boot.bin
Dabei hat der Bootloader einen Bereich im Flash, wo er seine Konfiguration (enviroment) abspeichert.
Diese kann man, wenn man den Bootloader unterbricht (geht über die serielle Schnittstelle auf dem Cubie-Board) verändern, ähnlich wie bei grub.
Diese Parameter habe ich angepasst (geht m.E. nur über das serielle Terminal, was ja eine meiner Eingangsfragen war).
Der Bootprozess vom A20 ist hier ganz gut beschrieben: http://linux-sunxi.org/BROM (http://linux-sunxi.org/BROM)
Vergleichbar mit der Firmware im Bios eines normalen PCs hat das Cubie ein BROM (integrated non-replaceable 32 KiB ROM chip (Boot ROM or BROM) mit dem primären Programm-Lader.
Dieser lädt dann in Abhängigkeit von der FEL-Taste weiteren Code nach.
Ist FEL gedrückt, geht das Cubie-Board in den FEL-Modus, mehr hier: http://linux-sunxi.org/FEL/USBBoot (http://linux-sunxi.org/FEL/USBBoot)
Ist FEL nicht gedrückt, gilt laut Beschreibung folgende Bootreihenfolge:
- SD Card also known as MMC0
- Internal NAND flash also known as NAND
- SD Card2 also known as MMC2
- SPI connected NOR flash also known as SPI
- Wenn alles fehl schlägt geht das Board auch in den FEL/USB Boot, als wenn die FEL-Taste gedrückt wäre
Von dem entsprechenden Medium wird nun der Bootlader u-boot geladen. Dieser ist (zumindest bei Cubian) unterschiedlich ob SDKarte oder NAND-Installation.
Version SD-Karte:
U-Boot 2014.01-rc1-09161-g108ec3f (Jan 20 2014 - 05:50:52) Allwinner TechnologyVersion Nand:
U-Boot 2011.09-rc1-00000-gf75abad (Aug 15 2013 - 08:47:58) Allwinner TechnologyDie alte Version (Nand) schein wohl ein Bug zu haben und speichert die Umgebungsvariablen nicht. Hier hat jemand ein ähnliches Problem: http://www.cubieforums.com/index.php?topic=656.75 (http://www.cubieforums.com/index.php?topic=656.75)
@marvin78:
Kannst Du mir mal deine Dateien aus /dev/nanda per PM senden?
dd if=/dev/nanda of=nanda.bin
Ansonsten komme ich zum Schluss, Cubian mit rootfs auf SATA-Disk geht nur wenn von SD gebootet wird... (ohne besondere Klimmzüge)
Eine nanda.bin hätte bei Cubieez 64 MB. Die kann ich nicht schicken, mal ganz abgesehen davon, dass ich ohnehin keine Dateien per PN versenden kann. Die u-boot.bin kannste haben. Ob sie dir hilft....
Danke für die Datei... hat leider auch nicht geklappt.
Ich habe jetzt, auch wenn ich mich ungern geschlagen gebe, das Image gewechselt.
Ich nutze nun http://www.igorpecovnik.com/2013/12/24/cubietruck-debian-wheezy-sd-card-image/ (http://www.igorpecovnik.com/2013/12/24/cubietruck-debian-wheezy-sd-card-image/).
Damit hat es auf Anhieb geklappt, nur dass ich die ganze Einrichtung wieder von vorne erledigen musste... :(
Bleibt festzuhalten:
- Ich habe heute viel über den Bootprozess vom Cubietruck gelernt
- Cubian lässt sich nicht von Nand in Kombination SATA booten...
Schönen Samstag noch
Holger
Ich hab es auch mit allen möglichen Anleitungen nicht geschafft das RootFs auf die SATA Disk zu schieben.
Egal welches Image ich verwendet habe.
Meine Alternativ Lösung, war für die Ordner /opt /var /tmp jeweils ext4 Partitionen zu erstellen und die Ordner auf die Partitionen zu mounten.
habe mit dieser anleitung:
http://www.cubieforums.com/index.php/topic,1146.0.html
(and http://docs.cubieboard.org/tutorials/ct1/installation/moving_rootfs_from_nandflash_to_hard_drive)
df --human-readable
resize2fs /dev/sda1
df --human-readable
problemlos auf ssd wechseln können
Hallo
aufgrund der Tatsache das die Fritte wohl demnächst nicht mehr geht ?! muss man sich ja mit Alternativen beschäftigen.
Leider steht nichts im Wiki
Das ist super schade da der eine oder andere wenn er keine Anleitung findet hier wohl Fragen stellen wird.
Ich hab auch schon mal einen Wiki Eintrag geschrieben und es ist wirlich einfach.
Es würde doch schon mal reichen dort ein paar Infos für die Hardeware ( unterschiedlcihe Versionen etc ) zusammenzutragen.
Man braucht leider immer Stunden um sich durch den Wust im Forum zu lesen und für die die hier immer geduldig antworten ( 1000 Dank ) wäre es doch auch sicher weniger Arbeit
Nur so mal als Anregung.
Beagle bone wohl nicht zu bekommen, Raspi große Probleme mit USB
etc
Der Umstieg ist nicht einfach, da sicher die meisten Fritten von Linux Analphabeten sind.
Ist doch einfach super was hier auf die Beine gestellt wurde, mit dem einen oder anderen Wiki Artikel wäre es gerade für Anfänger noch viel einfacher.
Hallo Frank,
Deine Idee ist prima. Ich mag gerne unterstützen mit technischen antworten für denjenigen der sich die Mühe machen würde das im Wiki zu schreiben und mit den dortigen admin Sonderwünschen klarkommt.
LG, florian
dann sollte man aber von einem Image ausgehen, dass hier auch die Leute nutzen... Diese speziellen (kenne mich da aber nicht aus) von Igor usw. wären da nicht der richtige Ansatz, darüber sollten wir erst einmal entscheiden...
Da wäre doch Debian wheezy (Cubieez) in guter Ansatz... ;)
dies hier ist ein Ansatz:
http://hempel.dd-dns.de/cms/index.php/cubietruck-cubieboard-3/articles/installation-von-debian-auf-dem-cubietruck.html (http://hempel.dd-dns.de/cms/index.php/cubietruck-cubieboard-3/articles/installation-von-debian-auf-dem-cubietruck.html)
ich persönlich bevorzuge dieses image:
lubuntu-server-nand.img.gz
quelle:
http://dl.cubieboard.org/software/a20-cubietruck/lubuntu/ct-lubuntu-nand-v1.00/VGA/ (http://dl.cubieboard.org/software/a20-cubietruck/lubuntu/ct-lubuntu-nand-v1.00/VGA/)
mein einsatz-szenario ist allerdings auch ein reiner server. ich verwende eine SSD als root-fs und sammle die logs auch anderer fhem's im LAN zentral auf dem cubie.
eine alternative version mit GUI und zB media-player-funktionen wäre eventuell für manche user interessanter.
hinsichtlich der wiki-anleitung zum fhem-einstieg würde sich das IMHO nur dahingehend unterscheiden daß man nach dem start zuerst ein konsolenfenster öffnet.
LG, florian
OK das kenne ich nicht... wie sieht es denn, nach der Perl Installation mit den ganzen Perl Paketen aus die später installiert werden..?
fhem selbst ist im nu installiert mit dem server-image.
im nachstehenden log ist noch der umzug des root-fs auf die ssd mit dabei.
an perl-paketen habe ich nur für die firmata noch was extra gebraucht, das fällt aber eher nicht ins thema installation
#cubietruck install
site: http://dl.cubieboard.org/software/a20-cubietruck/lubuntu/ct-lubuntu-nand-v1.02/
file: http://dl.cubieboard.org/software/a20-cubietruck/lubuntu/ct-lubuntu-nand-v1.02/lubuntu-server-nand-vga.img.gz
http://www.cubieforums.com/index.php/topic,1146.0.html
(and http://docs.cubieboard.org/tutorials/ct1/installation/moving_rootfs_from_nandflash_to_hard_drive)
df --human-readable
resize2fs /dev/sda1
df --human-readable
apt-get update
apt-get upgrade
wget http://fhem.de/fhem-5.5.tar.gz
tar -xzf fhem-5.5.tar.gz
cd fhem-5.5
apt-get install make
sudo make install
nano /etc/init.d/fhem
# description: Start or stop the fhem server
# Added by Alex Peuchert
/etc/init.d/fhem start
update-rc.d fhem defaults
Zitatan perl-paketen habe ich nur für die firmata noch was extra gebraucht, das fällt aber eher nicht ins thema installation
ich denke schon, denn viele nutzen hier RSS usw. und da braucht es einiger Pakete und wenn dann das Image einschl. Fhem nicht komplett ist geht es gleich wieder los mit der Fragerei...
Ich denke gerade so große Themen wie der RSS Workshop mit seinen Paketen sollte berücksichtigt werden, da hat man dann alles an einer Stelle
ich denke da an XML::Simple, Text::CSV, List::MoreUtils und NET::FTP
dann noch diese Dinge die man sich sonst einzeln alle wieder zusammen sammeln muss und für RSS gebraucht werden:
libgd-graph-perl - zwingend!
libgd-text-perl - optional, aber dringend empfohlen
libimage-librsvg-perl - optional, aber dringend empfohlen
Einfach komplett alles was gebraucht wird... das kann ja wachsen und nicht zu vergessen die Bluetooth Geschichte die noch Probleme bereitet ;)
OK genug...
Zitat von: moonsorrox am 08 Juli 2014, 13:48:32
Zitat von: epsrw1 am 08 Juli 2014, 13:35:00
an perl-paketen habe ich nur für die firmata noch was extra gebraucht, das fällt aber eher nicht ins thema installation
ich denke schon, denn viele nutzen hier RSS usw. und da braucht es einiger Pakete und wenn dann das Image einschl. Fhem nicht komplett ist geht es gleich wieder los mit der Fragerei...
Ich denke gerade so große Themen wie der RSS Workshop mit seinen Paketen sollte berücksichtigt werden, da hat man dann alles an einer Stelle
ich denke da an XML::Simple, Text::CSV, List::MoreUtils und NET::FTP
dann noch diese Dinge die man sich sonst einzeln alle wieder zusammen sammeln muss und für RSS gebraucht werden:
libgd-graph-perl - zwingend!
libgd-text-perl - optional, aber dringend empfohlen
libimage-librsvg-perl - optional, aber dringend empfohlen
Einfach komplett alles was gebraucht wird... das kann ja wachsen und nicht zu vergessen die Bluetooth Geschichte die noch Problem bereitet ;)
OK genug...
nein, nicht genug - sinnvoller einwand. da auf dem cubie die performance nciht das problem ist, könnte ein install-script welches alle optionalen libs auf einen rutsch installiert die geschichte lösen. so hat man vllt ein paar zu viel installiert, aber besser als ewig suchen zu müssen als neuling (odr gar aufzugeben weil's nicht laufen will).
ein kurzer grep bringt folgende installiere-jeden-kram-liste:
00_HMLAN.pm:use Digest::MD5 qw(md5);
00_LIRC.pm:use Lirc::Client;
00_LIRC.pm:use IO::Select;
00_MAXLAN.pm:use MIME::Base64;
00_MAXLAN.pm:use POSIX;
00_MAXLAN.pm:use MaxCommon;
00_OWX_ASYNC.pm:use GPUtils qw(:all);
00_OWX_ASYNC.pm:use ProtoThreads;
00_RPII2C.pm:use Device::SMBus;
00_THZ.pm:use feature ":5.10";
00_THZ.pm:use SetExtensions;
01_FHEMWEB.pm:use TcpServerUtils;
01_FHEMWEB.pm:use HttpUtils;
02_FRAMEBUFFER.pm:use GD;
02_FRAMEBUFFER.pm:use feature qw/switch/;
02_FRAMEBUFFER.pm:use Scalar::Util qw(looks_like_number);
02_HTTPSRV.pm:use HttpUtils;
02_RSS.pm:use GD;
02_RSS.pm:use feature qw/switch/;
02_RSS.pm:use HttpUtils;
10_CUL_HM.pm:use HMConfig;
10_EnOcean.pm:use SetExtensions;
10_FBDECT.pm:use SetExtensions;
10_FRM.pm:use GPUtils qw(:all);
10_FRM.pm:use Device::Firmata::Constants qw/ :all /;
10_FRM.pm:use Device::Firmata::Protocol;
10_FRM.pm:use Device::Firmata::Platform;
10_FS20.pm:use SetExtensions;
10_IT.pm:use SetExtensions;
10_Itach_IR.pm:use IO::Socket::INET;
10_MAX.pm:use MIME::Base64;
10_MAX.pm:use MaxCommon;
10_OWServer.pm:use lib::OWNet;
10_RESIDENTS.pm:use Data::Dumper;
10_ZWave.pm:use SetExtensions;
14_CUL_MAX.pm:use MaxCommon;
14_CUL_MAX.pm:use POSIX;
17_EGPM2LAN.pm:use HttpUtils;
19_Revolt.pm:use Date::Parse;
20_FRM_AD.pm:use Device::Firmata::Constants qw/ :all /;
20_FRM_I2C.pm:use Device::Firmata::Constants qw/ :all /;
20_FRM_IN.pm:use Device::Firmata::Constants qw/ :all /;
20_FRM_OUT.pm:use Device::Firmata::Constants qw/ :all /;
20_FRM_OUT.pm:use SetExtensions;
20_FRM_PWM.pm:use Device::Firmata::Constants qw/ :all /;
20_FRM_PWM.pm:use SetExtensions qw/ :all /;
20_FRM_RGB.pm:use Device::Firmata::Constants qw/ :all /;
20_FRM_RGB.pm:use Color qw/ :all /;
20_FRM_RGB.pm:use SetExtensions qw/ :all /;
20_FRM_ROTENC.pm:use Device::Firmata::Constants qw/ :all /;
20_FRM_SERVO.pm:use Device::Firmata::Constants qw/ :all /;
20_FRM_STEPPER.pm:use Device::Firmata::Constants qw/ :all /;
20_GUEST.pm:use Data::Dumper;
20_OWFS.pm:use OW;
20_ROOMMATE.pm:use Data::Dumper;
21_OWAD.pm:use GPUtils qw(:all);
21_OWAD.pm:use ProtoThreads;
21_OWCOUNT.pm:use ProtoThreads;
21_OWLCD.pm:use GPUtils qw(:all);
21_OWLCD.pm:use ProtoThreads;
21_OWMULTI.pm:use ProtoThreads;
21_OWSWITCH.pm:use ProtoThreads;
21_OWTEMP.pm:use OW;
21_OWTHERM.pm:use ProtoThreads;
22_ALL3076.pm:use Data::Dumper;
22_ALL3076.pm:use LWP::UserAgent;
22_ALL3076.pm:use HTTP::Request;
23_ALL4027.pm:use Data::Dumper;
23_ALL4027.pm:use LWP::UserAgent;
23_ALL4027.pm:use HTTP::Request;
23_LUXTRONIK2.pm:use Blocking;
23_LUXTRONIK2.pm:use IO::Socket;
23_LUXTRONIK2.pm:use Net::Telnet;
23_WEBIO.pm:use Data::Dumper;
23_WEBIO.pm:use LWP::UserAgent;
23_WEBIO.pm:use HTTP::Request;
23_WEBIO_12DIGITAL.pm:use Data::Dumper;
23_WEBIO_12DIGITAL.pm:use IO::Socket;
23_WEBTHERM.pm:use Data::Dumper;
23_WEBTHERM.pm:use LWP::UserAgent;
23_WEBTHERM.pm:use HTTP::Request;
24_NetIO230B.pm:use Data::Dumper;
24_NetIO230B.pm:use IO::Socket;
24_NetIO230B.pm:use HttpUtils;
24_NetIO230B.pm:use constant PARAM_NAME => 1;
24_NetIO230B.pm:use constant PARAM_HOST => 2;
24_NetIO230B.pm:use constant PARAM_SOCK => 3;
24_NetIO230B.pm:use constant PARAM_USER => 4;
24_NetIO230B.pm:use constant PARAM_PASS => 5;
24_NetIO230B.pm:use constant PARAM_FILE => 4;
24_NetIO230B.pm:use constant DEBUG => 1;
30_ENECSYSGW.pm:use POSIX;
30_ENECSYSGW.pm:use MIME::Base64;
30_ENECSYSGW.pm:use XML::Simple;
30_HUEBridge.pm:use POSIX;
30_HUEBridge.pm:use JSON;
30_HUEBridge.pm:use Data::Dumper;
30_HUEBridge.pm:use MIME::Base64;
31_ENECSYSINV.pm:use POSIX;
31_ENECSYSINV.pm:use SetExtensions;
31_HUEDevice.pm:use Color;
31_HUEDevice.pm:use POSIX;
31_HUEDevice.pm:use JSON;
31_HUEDevice.pm:use SetExtensions;
31_LightScene.pm:use POSIX;
32_SYSSTAT.pm:use Data::Dumper;
32_mailcheck.pm:use Mail::IMAPClient;
32_mailcheck.pm:use IO::Socket::SSL;
32_mailcheck.pm:use IO::Socket::INET;
32_mailcheck.pm:use IO::File;
32_mailcheck.pm:use IO::Handle;
32_mailcheck.pm:use Data::Dumper;
32_speedtest.pm:use Blocking;
32_withings.pm:use Encode qw(encode);
32_withings.pm:use JSON;
32_withings.pm:use LWP::Simple;
32_withings.pm:use HTTP::Request;
32_withings.pm:use HTTP::Cookies;
32_withings.pm:use Digest::MD5 qw(md5 md5_hex md5_base64);
32_withings.pm:use POSIX qw( strftime );
33_readingsHistory.pm:use POSIX qw(strftime);
33_readingsProxy.pm:use SetExtensions;
34_SWAP.pm:use SetExtensions;
34_SWAP.pm:use Data::Dumper;
35_SWAP_0000002200000003.pm:use Color;
35_SWAP_0000002200000003.pm:use constant CMD_REG => '0F';
36_EC3000.pm:use SetExtensions;
36_EMT7110.pm:use SetExtensions;
36_LaCrosse.pm:use SetExtensions;
36_PCA301.pm:use SetExtensions;
38_CO20.pm:use Device::USB;
38_netatmo.pm:use Encode qw(encode_utf8);
38_netatmo.pm:use JSON;
38_netatmo.pm:use HttpUtils;
42_SYSMON.pm:use constant FS_PREFIX => "~ ";
51_I2C_BMP180.pm:use Scalar::Util qw(looks_like_number);
51_I2C_TSL2561.pm:use HiPi::Device::I2C;
51_I2C_TSL2561.pm:use Scalar::Util qw(looks_like_number);
51_I2C_TSL2561.pm:use Error qw(:try);
51_Netzer.pm:use POSIX;
51_Netzer.pm:use Scalar::Util qw(looks_like_number);
51_Netzer.pm:use IO::File;
51_RPI_GPIO.pm:use POSIX;
51_RPI_GPIO.pm:use Scalar::Util qw(looks_like_number);
51_RPI_GPIO.pm:use IO::File;
51_RPI_GPIO.pm:use SetExtensions;
52_I2C_DS1307.pm:use constant DS1307_SECONDS => 0x00;
52_I2C_DS1307.pm:use constant DS1307_MINUTES => 0x01;
52_I2C_DS1307.pm:use constant DS1307_HOURS => 0x02;
52_I2C_DS1307.pm:use constant DS1307_DAY => 0x03;
52_I2C_DS1307.pm:use constant DS1307_DATE => 0x04;
52_I2C_DS1307.pm:use constant DS1307_MONTH => 0x05;
52_I2C_DS1307.pm:use constant DS1307_YEAR => 0x06;
52_I2C_DS1307.pm:use constant DS1307_CONTROL => 0x07;
52_I2C_DS1307.pm:use constant DS1307_RAM => 0x08;
52_I2C_DS1307.pm:use constant DS1307_OUT => 0x40; # BIT 7 OUT
52_I2C_DS1307.pm:use constant DS1307_SQWE => 0x10; # BIT 4 SQWE
52_I2C_DS1307.pm:use constant DS1307_RS1 => 0x02; # BIT 1 RS1
52_I2C_DS1307.pm:use constant DS1307_RS0 => 0x01; # BIT 0 RS0
52_I2C_MCP23017.pm:use SetExtensions;
52_I2C_MCP23017.pm:use Scalar::Util qw(looks_like_number);
52_I2C_PCA9532.pm:use SetExtensions;
52_I2C_PCA9532.pm:use Scalar::Util qw(looks_like_number);
52_I2C_PCF8574.pm:use SetExtensions;
52_I2C_PCF8574.pm:use Scalar::Util qw(looks_like_number);
52_I2C_SHT21.pm:use Scalar::Util qw(looks_like_number);
55_GDS.pm:use feature qw/say switch/;
55_GDS.pm:use Text::CSV;
55_GDS.pm:use Net::FTP;
55_GDS.pm:use List::MoreUtils 'first_index';
55_GDS.pm:use XML::Simple;
55_GDS.pm:use HttpUtils;
55_GDS.pm:use Blocking;
55_weco.pm:use HttpUtils;
56_POKEYS.pm:use Data::Dumper;
57_Calendar.pm:use HttpUtils;
59_Twilight.pm:use POSIX;
59_Twilight.pm:use HttpUtils;
59_Twilight.pm:use Math::Trig;
59_WWO.pm:use HttpUtils;
59_Weather.pm:use HttpUtils;
59_Weather.pm:use constant ICONHIGHT => 120;
59_Weather.pm:use constant ICONWIDTH => 175;
59_Weather.pm:use constant ICONSCALE => 0.5;
66_ECMD.pm:use DevIo;
70_EGPM.pm:use SetExtensions;
70_ENIGMA2.pm:use 5.012;
70_ENIGMA2.pm:use Data::Dumper;
70_ENIGMA2.pm:use XML::Simple;
70_ENIGMA2.pm:use IO::Socket;
70_ENIGMA2.pm:use HttpUtils;
70_ENIGMA2.pm:use Encode;
70_JSONMETER.pm:use Blocking;
70_JSONMETER.pm:use IO::Socket::INET;
70_JSONMETER.pm:use MIME::Base64;
70_Jabber.pm:use utf8;
70_Jabber.pm:use Net::Jabber;
70_ONKYO_AVR.pm:use ONKYOdb;
70_ONKYO_AVR.pm:use IO::Socket;
70_ONKYO_AVR.pm:use IO::Handle;
70_ONKYO_AVR.pm:use IO::Select;
70_ONKYO_AVR.pm:use XML::Simple;
70_ONKYO_AVR.pm:use Symbol qw<qualify_to_ref>;
70_ONKYO_AVR.pm:use Data::Dumper;
70_PHTV.pm:use 5.012;
70_PHTV.pm:use Data::Dumper;
70_PHTV.pm:use JSON;
70_PHTV.pm:use HttpUtils;
70_PHTV.pm:use Color;
70_PHTV.pm:use SetExtensions;
70_PHTV.pm:use Encode;
70_Pushover.pm:use HttpUtils;
70_Pushover.pm:use utf8;
70_SCIVT.pm:use Device::SerialPort;
70_SML.pm:use IO::Socket::INET;
70_SML.pm:use Blocking;
70_STV.pm:use IO::Socket::INET;
70_STV.pm:use Sys::Hostname;
70_STV.pm:use MIME::Base64;
70_STV.pm:use DevIo;
70_USBWX.pm:use Device::SerialPort;
70_VIERA.pm:use IO::Socket::INET;
70_VIERA.pm:use feature qw/say switch/;
70_XBMC.pm:use POSIX;
70_XBMC.pm:use JSON;
70_XBMC.pm:use Data::Dumper;
70_XBMC.pm:use DevIo;
70_XBMC.pm:use IO::Socket::INET;
70_XBMC.pm:use MIME::Base64;
71_LISTENLIVE.pm:use POSIX;
71_LISTENLIVE.pm:use CGI qw(:standard);
71_LISTENLIVE.pm:use IO::Socket;
71_LISTENLIVE.pm:use IO::Socket::INET;
71_LISTENLIVE.pm:use MIME::Base64;
71_LISTENLIVE.pm:use HttpUtils;
71_LISTENLIVE.pm:use feature qw/say switch/;
71_YAMAHA_AVR.pm:use HttpUtils;
71_YAMAHA_BD.pm:use HttpUtils;
72_FB_CALLMONITOR.pm:use DevIo;
72_FB_CALLMONITOR.pm:use Digest::MD5;
72_FB_CALLMONITOR.pm:use HttpUtils;
73_MPD.pm:use URI::Escape;
73_MPD.pm:use POSIX;
73_MPD.pm:use Blocking; # http://www.fhemwiki.de/wiki/Blocking_Call
73_MPD.pm:use IO::Socket;
73_MPD.pm:use Getopt::Std;
73_PRESENCE.pm:use Blocking;
73_PRESENCE.pm:use DevIo;
75_MSG.pm:use Switch;
75_MSG.pm:use MIME::Lite;
75_MSG.pm:use Net::SMTP::SSL;
76_MSGFile.pm:use Switch;
76_MSGMail.pm:use Switch;
87_WS2000.pm:use Switch;
88_ALL4000T.pm:use XML::Simple;
88_ALL4000T.pm:use Data::Dumper;
88_ALL4000T.pm:use LWP::UserAgent;
88_ALL4000T.pm:use HTTP::Request;
88_IPWE.pm:use IO::Socket::INET;
88_Itach_Relay.pm:use Data::Dumper;
88_Itach_Relay.pm:use Net::Telnet;
88_LINDY_HDMI_SWITCH.pm:use Data::Dumper;
88_LINDY_HDMI_SWITCH.pm:use Net::Telnet;
88_VantagePro2.pm:use Data::Dumper;
88_VantagePro2.pm:use Net::Telnet;
88_WEBCOUNT.pm:use XML::Simple;
88_WEBCOUNT.pm:use Data::Dumper;
88_WEBCOUNT.pm:use LWP::UserAgent;
88_WEBCOUNT.pm:use HTTP::Request;
91_eventTypes.pm:use IO::File;
92_FileLog.pm:use IO::File;
93_DbLog.pm:use DBI;
93_DbLog.pm:use Data::Dumper;
93_DbLog.pm:use feature qw/say switch/;
95_PachLog.pm:use POSIX;
95_PachLog.pm:use Data::Dumper;
95_PachLog.pm:use LWP;
95_PachLog.pm:use LWP::UserAgent;
95_PachLog.pm:use HTTP::Request::Common;
95_holiday.pm:use POSIX;
98_CULflash.pm:use HttpUtils;
98_GEOFANCY.pm:use HttpUtils;
98_GEOFANCY.pm:use Data::Dumper;
98_HMinfo.pm:use Blocking;
98_HMinfo.pm:use HMConfig;
98_HTTPMOD.pm:use HttpUtils;
98_Heating_Control.pm:use POSIX;
98_IF.pm:use POSIX;
98_JsonList.pm:use POSIX;
98_JsonList2.pm:use POSIX;
98_PID20.pm:use feature qw/say switch/;
98_SVG.pm:use POSIX;
98_Text2Speech.pm:use Blocking;
98_Text2Speech.pm:use IO::File;
98_Text2Speech.pm:use HttpUtils;
98_Text2Speech.pm:use Digest::MD5 qw(md5_hex);
98_Text2Speech.pm:use URI::Escape;
98_Text2Speech.pm:use Data::Dumper;
98_WOL.pm:use IO::Socket;
98_XmlList.pm:use POSIX;
98_configdb.pm:use feature qw/say switch/;
98_configdb.pm:use configDB;
98_fheminfo.pm:use Config;
98_openweathermap.pm:use POSIX;
98_openweathermap.pm:use XML::Simple;
98_openweathermap.pm:use feature qw/say switch/;
98_pilight.pm:use IO::Socket::INET;
98_pilight.pm:use Switch;
98_telnet.pm:use TcpServerUtils;
98_update.pm:use HttpUtils;
98_update.pm:use File::Copy qw(cp mv);
98_update.pm:use Blocking;
98_weblink.pm:use IO::File;
99_SUNRISE_EL.pm:use Math::Trig;
99_Utils.pm:use POSIX;
99_Utils.pm:use POSIX;
99_UtilsMaxScan.pm:use POSIX;
99_myUtils.pm:use POSIX;
Blocking.pm:use IO::Socket::INET;
FritzBoxUtils.pm:use Digest::MD5 "md5_hex";
FritzBoxUtils.pm:use HttpUtils;
GPUtils.pm:use Exporter qw( import );
HttpUtils.pm:use IO::Socket::INET;
HttpUtils.pm:use MIME::Base64;
OWX_Executor.pm:use ProtoThreads;
OWX_FRM.pm:use Device::Firmata::Constants qw/ :all /;
OWX_SER.pm:use ProtoThreads;
TcpServerUtils.pm:use IO::Socket;
genau Super ;) 8)
Bezüglich den Modulen sehe ich das auch so.
Immer rauf damit, kostet nix :)
Was noch fehlt:
Dinge wie der mplayer, die Alsa Utils etc...
Weiterhin könnte man gleich noch im Installskript die passende Rechte vergeben. Das sorgt auch oft für Streß wenn man aus der Windows Ecke kommt. (Jedenfalls war es bei mir am Anfang so)
Bezüglich des Images würde ich widersprechen, ich finde das von Igor wesentlich besser. Was nicht nur an Bluetooth liegt.
Letzteres ist aber nicht wirklich ein Problem:
Wir installieren einfach alles nach, dann ist auf jeden Fall alles drauf.
Das einzige was sich unterscheidet, ist im wesentlichen die Art und Weise wie das Image auf SSD oder so kommt.
Ich bin dabei von Iomega Iconnect auf Cubitruck zu wechseln. Also ich habe das sehr stabile Image Igor Petcovik hier genommen. Nach Anleitung auf der Debianseite installiert. Alles auf dem NAND und dann auf SSD. Da sind sogar Migrationsscripte mit bei.
Lauft super
http://www.igorpecovnik.com/2013/12/24/cubietruck-debian-wheezy-sd-card-image/
http://debianforum.de/forum/viewtopic.php?f=1&t=148369
Noch läuft der Truck als Slave, aber das FHEM-Logging meiner Produktiv-FHEM-Instanz wird schon aktiv auf die Postgresql-Datenbank auf dem Truck gespeichert
http://www.fhemwiki.de/wiki/Cubieboard_3
Ich hab mal versucht einen Anfang zu machen mit einem Wikieintrag.
Viel ist es noch nicht, im wesentlichen habe ich versucht die "installiere jeden Kram Liste" etwas zu bereinigen (doppelte Einträge raus, sortiert), um mal ein Skript damit füttern zu können.
In der Bearbeitungsansicht ist es auch eine vernünftige Liste.
Allerdings steht noch recht viel nicht-Perl Zeug drin.
icch häte einfach die relevanten Schritte aus meinen Links oben in den WikiEintrag reingepostet. Schließlich ist der Fokus hier FHEM mit Shell und kein Desktop :)
Deine beiden Links sind im Wikieintrag versteckt ;)
Ich bin mir da etwas unsicher:
Die Links anklicken und der Anleitung folgen kann jeder.
Solange ich das nicht selber nachvollzogen habe (Cubietruck wartet nur darauf, ins Gehäuse eingebaut zu werden), kann ich letztlich nur die Anleitung eines Anderen 1:1 abschreiben, oder kürzen. Beim kürzen besteht die Gefahr, dass relevante Info verloren geht, kopieren ist rechtlich bedenklich.
Drum möchte ich dazu erst die Genehmigung des Autors haben.
Ansonsten will ich vor allem 3 Setupskripte erstellen, die alle von fhem benutzten Perlmodule installieren, von Modulen benutzte Software holen (ich denke an dein Text2Speech Modul) und dann noch die Rechte richtig setzen.
Eigentlich könnte man fhem auch noch gleich installieren lassen ;)
Was das mit Desktops zu tun haben soll, kann ich nicht nachvollziehen?
mit Desktop meinte ich, weil im Wiki verschiedene Images neutral "beworben" werden. zb. Lubuntu was ein Desktop Image IMHO ist.
Ich habe letzte Woche erst meinen Truck aufgesetzt mit dem Slovenia Image und er läuft schon sehr gut mit Postgresql/Apache/phppgadmin/phpwebftp und natürlich FHEM
Wichtig finde ich noch das man einen cronjob einrichtet um die Zeit mit dem (Fritzbox-)Zeitserver abzugleichen. Oder von UTC auf localtime umstellt...
Ach so.
Da hast du prinzipiell Recht. Ich habe auch Igors Image auf meinem experimentier Truck.
Was mir grade so auffällt, dass es vermutlich sinnvoll wäre, die Installations/Konfigurationsanleitungen auf je eine eigene Unterseite auszulagern, zu dem jeweiligen Image. Da blickt sonst kein Mensch mehr durch.
Ich hab keine Schreibrechte im Wiki, daher mal kurz hierher:
Ich bin bislang ausgiebig daran gescheitert, Igors Image *ohne* SD-Karte von SATA nach den bestehenden Anleitungen zu booten. Dabei ist es recht simpel: Erst die Nand-Install-Prozedur befolgen, dann die zitierte SATA-Install-Prozedur.
Zusammengefasst klappt es so prima (hatte ich während des Einrichtens für meine Erinnerung mitgeschrieben):
Ziel: Booten ohne Mikro-SD-Karte mit Igors Image; rootfs komplett auf SATA-SSD
A. -- Igor Image einrichten (leere SD-Karte benötigt) --
1. Lubuntu-Server auf NAND Flashen mit Phoenix-Tools (damit nand-install.sh funktioniert - war bei mir sonst nicht der Fall)
-- siehe http://hempel.dd-dns.de/cms/index.php/cubietruck-cubieboard-3/articles/installation-von-debian-auf-dem-cubietruck.html
2. Igor-Image auf SD-Card tun (z.B. mit win32diskimager oder dem von ihm empfohlenen Tool) + davon booten
3. Login per ssh: root / 1234
3. /root/nand-install.sh ausführen (mehrmals rebooten gemäß On-screen-Anleitung)
4. Booten muss jetzt ohne SD-Karte klappen - testen.
B. -- Boot from SATA einrichten (in Anlehnung an http://www.maffert.net/cubian-von-microsd-installation-nach-ssd-hdd-festplatte/) --
1. SATA-Platte Partionieren:
fdisk /dev/sda --> Neue Partion über ganze Platte erstellen (neue partition + default-Werte bestätigen + w)
sudo mkfs.ext4 /dev/sda1
2. Rootfs kopieren
dd if=/dev/nand2 of=/dev/sda1 bs=1M
dauert!
3. Booten von SATA-Platte anschalten
mnt /dev/nand1 /mnt/
sudo nano /mnt/uEnv.txt --> entspr. Zeile ersetzen zu root=/dev/sda1 rootwait
reboot
4. Root-Partion auf ganze Platte vergrößern
resize2fs /dev/sda1
5. reboot
"sync" vergessen?
kann man sicherheitshalber noch machen, passiert aber beim herunterfahren/reboot eigentlich von allein.
Peter,
können wir das so ins Wiki übernehmen?
Ich denke ich lege wirklich einzelne Seiten an, die die jeweilige Installation beschreiben.
Vieles was da grade im Moment drin steht ist bei Igors Image schlicht überflüssig.
Spricht was dagegen?
Und es wäre eine große Hilfe, wenn ihr die Setup Datei ergänzen würdet. Wenn jeder 20 Minuten Zeit investiert dürften wir zügig fertig werden. Einfach das richtige apt Paket reinschreiben und das Modul unten aus der Liste löschen ;)
Ich spiel dann auch gerne Betatester.
Das kann m.E. so ins Wiki. Ich habe gerade meinen Zweiten Cubietruck so neu aufgesetzt und das ging auch bei dem, also zumindest für mich reichen meine eigenen Hinweise aus ;-)
Wie macht ihr Backups?
Von NAND und SSD/HDD?
Kann man die SSD/HDD auch als NTFS formatieren und an einen Windows PC hängen?
Man kann NTFS mit Linux zwar verwenden, ist jedoch wegen schlechter Performance nicht ratsam.