dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=7a26bca4-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait modules-load=dwc2,g_ether
PS: hassbian
Se colocar
bdcc400d-72a3-4b8d-839f-139ec92f223c (do SSD) já não arranca
O meu esta assim:
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/sda1 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Faz o seguinte, tambem tive esse problema e mudei para “/dev/sad1”. Para saber qual sdx tens que meter, tens que arrancar via SD com o disco usb inserido e depois escreves esse comando: lsblk
root@raspberrypi:~ # lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 119.2G 0 disk
-sda1 8:1 0 119.2G 0 part /
sdb 8:16 0 56G 0 disk
-sdb1 8:17 0 56G 0 part
No meu caso é sda1 (o sdb1 é outro disco que tenho lá ligado).
Parece que é da destribuição.
Instalei o hassbian e ja arranca do ssd sem problem.
Agora tenho de perceber como é que transito desta versão para o Hass.io/hassos porque embora seja muito bom e muitas coisas ter acesso ao SO para o que é o gui do outro+plugins é excelente.
Obrigado
Caso tenham interesse tem aqui info de como instalar tudo de forma automatica e controlada 
Depois de mais um dia despendido, que felizmente neste momento disponho, consegui chegar a uma conclusão “basica”, o HA atraves do nosso os HASSOS não permite a instalação em qualquer outro meio que não seja o sd card, assim sendo lá consegui sacar uma versão deprecated do hass.io e já está a bombar, boot e kernel no ssd.
Obrigado
Eu já tive HassOS instalado e a funcionar num HDD 2.5" num Pi 3b+.
Mas com cartão SD, certo?
Finalmente um fds para testar as coisas e…algo não está a bater bem:
Com o SSD as respostas/acesso À informação está muito mais rápido
Contudo fico varias vezes sem rede/parado e isso parece-me que seja de estar a bater no limite do tráfego passível de ser cursado isto porque o interface USB e o eth0 estão interligados.
Mais alguem tem/teve este problema ou é simplesmente coincidência?
Estás a utilizar ligação fixa (RJ45) ou móvel (Wifi)? E estás a utilizar IP fixo?
Estou a usar o RJ-45 e ip fixo sim.
Alguma sugestão para “upgrade”? Quero manter os consumos e o barulho dentro dos mesmos niveis.
Até tenho um NAS com a capacidade de correr dockers mas…ja vi que consigo instalar o Ha mas não Hassio/hassos pelo que talvez tenha de mandar vir um orange/banana/etc pie.
Alguem com um destes que possa dar feedback? (Requesitos: Boot from usb, LAN com bandwidth diferenciada do interface USB, low power, e não menos potente que um rpi3)
Tenho neste momento um Dell R610 com Proxmox VE, o home assistant está alojado numa VM Ubuntu com docker com hass.io
Viva,
Eu acabei de fechar a instalação num Portátil Lenovo T400 que tinha aqui parado. Primeira preocupação foi verificar quanto consumia e cheguei a valores que não imaginava serem possíveis na ordem dos 15-20W. Vou deixar correr um dia inteiro para ver como se porta no consumo total. E vou testar esta tomada medidora de consumo para ver se está mesmo a medir bem.
Estou muito satisfeito com o desempenho (eu tinha um raspberry zero W, portanto qq coisa seria melhor) e agora posso colocar aqui mais carga em cima disto.
Única dúvida é a durabilidade de um portátil a agir como servidor, mas estes Lenovo são umas máquinas de guerra.
Tenho a vantagem de ter ainda bateria e não precisar de UPS e vou ativar uma pen 3G, para enviar notificações em caso de falha de luz.
Tenho um Ubuntu com docker hass.io e só me arrependo de não ter feito já em VM, porque assim fazia snapshot para um disco de rede, caso o portátil avarie (que há de acontecer mais cedo ou mais tarde).
Caso tenham alguma sugestão, será sempre bem vinda!
O meu hassio está instalado num pc antigo que não lhe dava uso, um intel 80386. Rola às mil maravilhas.
A pouca ventilação, disco mecânico e durabilidade da bateria podem ser a maior preocupação nesse sistema. Podes colocar um ssd, monitorizar a bateria e temperaturas para ficares mais tranquilo com o envio de mensagens.
Com uma imagem do teu atual sistema ou backup podes migrar com facilidade para um ambiente virtual. Contudo, verificava antes as capacidades desse cpu para virtualização. Recomendo o proxmox, caso o hardware suporte.
Sou capaz de arranjar uma daquelas bases com ventoinhas para ter alguma ventilação extra. A bateria tem sido uma surpresa pois ainda está a 81% da capacidade.
Infelizmente este modelo não tem sensor de temperatura na bateria (ou não o encontrei), mas dei seguimento à ideia e adicionei agora monitorização nos CPU’s, que será um excelente indicador caso algo corra mal
Eu sempre usei vmware e virtualbox, mas este proxmox parece ser muito interessante. Vou sem dúvida explorar! Obrigado pela dica.
Recomendo testares o limite da capacidade da bateria para verificar se faz um “graceful shutdown” e se a autonomia não é desequilibrada. Por vezes a indicação de capacidade em baterias antigas podem ser enganadoras em diversas percentagens conforme esgotam (ex: podem dar saltos de 20% para 5% em menos de um minuto… e os mesmos 15% demorar 10 minutos em percentagens superiores)
Para valores de temperatura desses acho que não necessitas gastar dinheiro em ventoinhas. Dificilmente, vais ter picos de temperatura… só eventualmente quando fizeres updates e serão momentâneos. Basta deixares o portátil suportado em pés para elevar o mesmo e não encostar diretamente na mesa, tendo atenção em colocar em local ventilado.
Com tanta RAM livre até podes ter várias VMs ou vários ambientes para fazeres testes se o CPU for compatível. Sendo o disco mecânico, reforço a minha chamada de atenção: os discos de portáteis costumam ter uma durabilidade reduzida, principalmente se trabalharem 24/7… com o peso dos anos o risco aumenta substancialmente, mesmo sendo um IBM 
@Luis_Andrade
IBMish…
@mfrodrigues
Mesmo que não seja espetacular, de certeza que a bateria do T400 é melhor que a do RPI
O ideal é teres isso em VM para fazer snapshot à VM. Antes de updates e alterações significativas à configuração, não há melhor.
Snapshot Hassio != Snapshot VM 
Já testei a bateria e está com umas incríveis 2 horas de autonomia!!
@tmarquespt , este realmente já não tem nada de IBM 
O último penso que foi o T45. Mas eles mantiveram-se fieis na parte da robustez/fiabilidade. Vou seguir a dica da VM sem dúvida!
Possivelmente já fica um pouco off-topic, mas pode haver pessoal com interesse:
Fiz este script (SO: Linux) que passados 90 minutos, faz um graceful shutdown com timeout de 1 minuto a todos os dockers que estiverem a correr e depois desliga o servidor. Falta aqui a parte de enviar uma notificação, portanto estes prints em baixo são inuteis, mas deixei ficar para quanto ativar o Dongle 4G.
#!/bin/bash
if on_ac_power; then
echo "Power[OK]"
else
battery_level=`acpi -b | grep -P -o '[0-9]+(?=%)'`
since=`upower -i /org/freedesktop/UPower/devices/battery_BAT0 | grep time`
if [ $battery_level -le 90 ]; then
echo "Critical[NOK] - Bat percentage $battery_level% - shutting down services"
docker stop --time=60 $(docker ps -a -q)
poweroff
exit
fi
echo "Power[NOK]: ".$since
fi
Hardware:
Intel Skull Canyon NUC i7 - NUC NUC6i7KYK
Disco Samsung 860 Evo 250Gb M.2 SSD
Disco Wd Blue M.2 SSD 500Gb
Memória 8Gb DDR4-2133+ SO-DIMM
Disco Externo 2Tb
Software:
Ubuntu Desktop 18.04 Lts
Home Assistant
Nextcloud
Plex Media Player
Copyright © 2017-2021. Todos os direitos reservados
CPHA.pt - info@cpha.pt