Cerbo GX tovarni restart.

[glottis]

u toho shelly je potreba zkontrolvoat jestli ma v konfiguraci

LogLevel=INFO

a ne debug

Zkusil bych uninstall.sh, zkontrolvaol ze to nebezi, zkontrolvoal konfig

kouknout na logy linuxu ... dmesg, cat /var/log/messages

Nejake misto jde ziskat smazanim starych logu

rm -rf /var/log/messages.*

Zkontrolovat, v jakem stavu je fs .. prikaz mount a podivat se jestli svazek, na kterem je ten log neni jen read only. Treba ja mam to shelly na /data a pak moutn pro to ukazuje rw
/dev/mmcblk1p5 on /data type ext4 (rw,noatime)

Pokud by byl svazek ro, tak zkusit pripojit jako rw ... mount -o remount,rw /data

Pak zkusil zase smazat ten log. Bud rm nebo tim echo "" >

[hibiki]

Hlavne jestli ma ted log par desitek mega tak se to tim nezachrani. Jsou plne minimalne dva souborove systemy /dev/root/ a /dev/mmcblk0p4 takze je potreba smazat toho vic.
Muzes sem jeste nahrat vysledek dvou prikazu?
mount | grep root
a
mount | grep data

[johny.h]

Tak nevím co ta stávka mého Rpi měla znamenat, ale po příchodu z práce jsem udělal zoufalej pokus po přečtení pár zzákladních lekcí Pythonu a napsal:
root@raspberrypi4:/data# cd /data/dbus-shelly-3em-smartmeter
dopsal jsem "rm current.log" následně exit z Putty, restartovat Rpi a bylo hotovo.....
Tady je prozatím výsledek:
Last login: Fri May 17 14:10:02 2024
root@raspberrypi4:~# df -m
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/root 1040 989 0 100% /
devtmpfs 1886 0 1886 0% /dev
tmpfs 1919 1 1918 0% /run
tmpfs 1919 0 1918 0% /var/volatile
/dev/mmcblk0p1 41 22 19 53% /u-boot
/dev/mmcblk0p4 20305 60 19191 0% /data
/dev/sda1 7643 0 7643 0% /run/media/sda1
tmpfs 1919 1 1918 0% /service

Pak jsem pro jistotu zkontroloval config.ini :
[DEFAULT]
AccessType = OnPremise
SignOfLifeLog = 5
GridMeterBalancing = 1
LogLevel=ERROR

[ONPREMISE]
Host=192.168.0.199
Username=
Password=

Dříve jsem tam měl ten DEBUG !!!!

A teď už se těším po tom blázinci na pivko

Myslíte že bude nutné tedy ještě něco mazat? Jak píše hibiki?

[johny.h]

Toto je výsledek.
U toho rootu nic a data jsou vidět.

root@raspberrypi4:~# mount | grep root
root@raspberrypi4:~# mount | grep data
/dev/mmcblk0p4 on /data type ext4 (rw,noatime)
root@raspberrypi4:~#

[Soban]

Prostě jsi měl ten oddíl /dev/mmcblk0p4 zafláganý tim logem kam se zapisovalo hromadu bordelu.....

[hibiki]

Podle vseho ten log mel 19 GB.
Zarazi me ten druhy plny disk, ale mozna je to nejaky overlay/abstrakce a nevadi ze je skoro plny. Pokud ne, bezi to na rezervy pro roota a zbyva 59 MB, pokud dojdou, mohlo by se to zacit chovat divne.

[johny.h]

Můžu požádat o názor co dál udělat, aby to třeba za měsíc nedopadlo podobně?
LogLevel=ERROR je snad dostačující.
Co ten plný 2. disk?
A hlavně všem hrozně moc děkuji za vstřícnost a pomoc z meho průšvihu!

[johny.h]

Mohu požádat o příkaz, jak bych našel co žere paměť na tom root?

Dnes to mám takto:
root@raspberrypi4:/data/dbus-shelly-3em-smartmeter# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 1065248 1012736 0 100% /
devtmpfs 1930856 4 1930852 0% /dev
tmpfs 1964648 900 1963748 0% /run
tmpfs 1964648 296 1964352 0% /var/volatile
/dev/mmcblk0p1 42180 22334 19846 53% /u-boot
/dev/mmcblk0p4 20792144 61492 19651408 0% /data
/dev/sda1 7826432 400 7826032 0% /run/media/sda1
tmpfs 1964648 900 1963748 0% /service

[Soban]

Netuším jak to mají udělané to si musíš zjistit sám.

Prostě je možné že tak to má být ten root může být systém na který se nezapisuje a je pouze RO. Pak je ten oddíl pouze tak malý aby se tam systém vešel.

Prostě si skontroluj jak je co připojeno stačí spustit příkaz mount.

[hibiki]

A kolik co zabira mista muzes zjstit pres:
du -d 1 / 2>/dev/null
zbytek viz Soban

[johny.h]

Děkuji, přesně ten příkaz mě zajímal. Nedokázal jsem se dostat do rootu
Výsledek:
root@raspberrypi4:~# du -d 1 / 2>/dev/null
72184 /lib
16 /lost+found
22350 /u-boot
0 /sys
4 /mnt
28444 /var
3420 /sbin
1300 /run
17372 /etc
16 /home
859992 /usr
4 /dev
8 /Settings
16384 /data
2408 /bin
0 /proc
7148 /boot
19080 /opt
1050134 /
Nejsem z toho moc moudrej. V rootu 1GB? a user 0,86GB? Zkusím podsložky s tím /null?

[cipis]

Stahni si Winscp a pripoj se tim. Pokud neznas prikazy atd., tak tohle by mohlo pomoci, je to takovy total commander s pripojenim pres ssh.

[johny.h]

Nestíhám plnit úkoly a svoje testy.
Ale zkusil jsem ls-i a nemám tam náhodou víc kopií něčeho?
root@raspberrypi4:~# ls -i
652811 installrelease.sh 652863 nano.save
652814 installrelease.sh.1 652864 nano.save.1
652815 installrelease.sh.2 652812 venus-data.tar.gz
652866 main.zip.1

[johny.h]

Ještě k předchozímu postu, nemám tam to nano 2x?
Tak jsem zadal ten příkaz mount, ale netuším co to má být. Můžete mi poradit?

root@raspberrypi4:~# mount
/dev/mmcblk0p2 on / type ext4 (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=1930856k,nr_inodes=149301,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/mmcblk0p1 on /u-boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
/dev/mmcblk0p4 on /data type ext4 (rw,noatime)
/dev/sda1 on /run/media/sda1 type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /service type tmpfs (rw,nosuid,nodev,mode=755)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)

Děkuji moc.

[hibiki]

mount rika ke kteremu adresari mas pripojeny ktery oddil
SD karta oddily mmcblk0p2 mmcblk0p1 mmcblk0p4
USB flashka? sda1
zajimalo nas to pro to, aby se dalo urcit jestli hlavni adresar "/" aka root je samostatny disk nebo abstrakce, je to tedy normalni oddil na SD karte a nemel by se zaplnit cely. adresar /var/log/ je potencialne problematicky, protoze se tam neustale pripisuji logy, muzes si s odstupem pustit to du, aby videl jak to narusta
du -d 1 /var/

[hibiki]

root@raspberrypi4:~# ls -i
652811 installrelease.sh 652863 nano.save
652814 installrelease.sh.1 652864 nano.save.1
652815 installrelease.sh.2 652812 venus-data.tar.gz
652866 main.zip.1

Tohle vypada na soubory zbyle z instalace, asi uz nejsou potreba ale je to 5 MB cele

[johny.h]

Zatím díky moooc za pomoc chlapi! Primární závada odstraněna. Dnes jsem nainstaloval ten WinSCP dle cipise a měl jsem to udělat dříve.
USB flashku tam mám pro občasné instalace a možná zálohy, teď už nevím, jelikož to mám už hodně měsíců zahlcené, pak jsem ji možná smazal, ale stejně se na ni něco ukládalo...

Už trochu ot, ale ještě pár dotazů.
Používáte radši SSD disky místo microSD, jak píše Soban?
Pokud ano, půjde systém přesunout z karty?
Teď se snad už snad můžu vrátit i k Setup helperu...

[Soban]

Já používám na nasu co mám postavený na rpi4 normální plotnové disky do USB z kterých to rpi4 startuje. (Na nasu mám dokonce dva.)

Prostě tak jako jsi dělal systém na tu SD kartu ho uděláš na tom SSD.

Jediný problém může být v zastaralém FW v tom rpi4 (EEPROM) - první verze nebotovaly z USB, pak by jsi musel tam hodit oficiální OS a provést upgrade toho FW.

Zde návod: https://raspberrystreet.com/learn/how-t ... om-usb-ssd

[johny.h]

Ještě dotaz k tomu current.logu Shelly.
Stačí nastavení toho config.ini na LogLevel=INFO , aby se paměť nezaplňovala nebo to chce nějak pravidelně třeba ročně mazat?
Nebo přeinstalovat celé Shelly novější verzí, pokud by to náhodou upravili?