Miniszámítógépek, SBC-k

Sziasztok!

A Raspberry Pi-felbontását a raspi-config-al 4K 60 Hz-re állítottam. A probléma, hogy így a TV-n fekete keret van a kép körül. Valamint túl kicsi. Vissza szeretném állítani FullHD-re, de ha a raspi-config-ban újra rámegyek a resolution-ra, visszadob a főmenübe. Újra is volt indítva a Rasppberry. 

Nem szeretném újratelepíteni, mert már lényegében minden be van állítva rajta. Egy kiosk lesz belőle. Hogyan tudnám átállítani a felbontást?

A következő hiba megoldásához kérnék segítséget.

Van egy Raspberry PI 3+ gépem erre feltelepítettem a legfrissebb Raspbian rendszerrel.

Van egy Epson L565 nyomtató a hálózaton.

Feltelepítettem a Raspbian rendszer rendszer által kínált legfrissebb CUPS és Epson drivereket.

A CUPS webes konfigurációjában be is állítottam mindent.

Ezen a felületen van egy teszt nyomtatási lehetőség szépen ki is nyomtatta a lapot.

Viszont amennyiben egy dokumentumot szeretnék nyomtatni mondjuk pdf olvasóból,

miután elküldtem a nyomtatóra kb. 5 perc múlva kezdi el nyomtatni pedig azonnali  nyomtatást kértem.

Van valakinek ötlete?

Sziasztok,

egy Raspberry Pi 4 B-t Raspbiannal futtatok fáljszerverként és Spotify lejátszóként; nincs rajta állandóan monitor és billentyűzet, UltraVNC Viewer-el nézek rá, ha kell.

Tegnap későn este vettem észre, hogy valami gebasz van; egy monitort rádugva totál üres képernyő fogadott, billentyűzetre, egérre nem reagált.

Újraindítás után a bootolás elakadt, kernel panic, az utolsó sorban:

---[ end Kernel panic - not syncing:  VFS: UNable to mount root fs on unknown-block(179,2) ]---

az SD kártyát egy másik linuxos gépbe dugva sikerült felmountolni

lefuttattam egy sudo fsck.ext4 -y /dev/mmcblk0p2 parancsot ezzel a eredménnyel:

"unable to set superblock flags on rootfs"

a rendszert viszonylag könnyen újra tudom húzni, értékes adatot a kártya nem tartalmaz

az a kérdésem, hogy van-e értelme még próbálkozni életet lehetni ebbe az SD kártyába (Kingston 16GB) vagy nyugodt szívvel kukázhatom?

Helló,

Januárban 6 éves lesz a laptopom (HP EliteBook 820 G1), és talán 4 vagy 5 éves a Gigabyte brix (i5-6200U) gépen, így ideje lesz a cserének. (monitornak két Asus VP249H van, azt idén nyáron vettem). Mint látható a laptop "pici" 13"-os, ennél nagyobbat nem is akarok, soha nem szerettem a 15" vagy nagyobbakat. Az esetek nagy részében otthonról dolgozom, ha nem, akkor akkora teljesítmény nem kell, még a 6 éves HP is kiszolgál úgy.

Viszont dilemmába vagyok, mert két lehetséges megoldást néztem ki:

MacBook Pro 13"

• 2,8 GHz-es, négymagos, nyolcadik generációs Intel Core i7 processzor - i7-8569U
• 16 GB 2133 MHz-es LPDDR3 memória
• 512 GB-os SSD

És akkor csak a fenti gépem lenne (meg vennék hozzá valami Thunderbolt-os "dokkolo" cuccot, amibe belemegy a két monitor, az UTP, stb), ezt vinném magammal ha elmegyek itthonról.

Vagy:

Mac mini, mint asztali gép

• 3,0 GHz-es, 6 magos, nyolcadik generációs Intel Core i5 processzor - i5-8500B
• 16 GB 2666 MHz-es DDR4 memória
• 512 GB-os SSD-tároló

MacBook Air

• 1,6 GHz‑es, kétmagos processzor - i5-8210Y
• 16 GB 2133 MHz-es LPDDR3 memória
• 256 GB-os SSD

Mac Mini-ban lévő normál CPU tesztek alapján kicsit még erősebb is mint a mobil i7, (bár a thermal throttling nem tudom mit csinal majd, azért 65W az 65W), előnye még, hogy abban lehet házilag (gari lejárta után) RAM-ot bővíteni. Air-nak pedig elvileg hosszabb kicsit az akksi ideje mint a Pro-nak, és hát könnyebb és vékonyabb.

Szerk:

vegulis a mini+air kombo mellett dontottem, csak a minibe i7 es 64G kerult, valamint a tge termeszetesen.

Sziasztok,

Olyan IoT páraszenzort keresek, ami lehetőleg wifin keresztül kommunikál (kábelezni nincs lehetőség). Ha akkuról is működne az lenne a perfect, de nem gond ha esetleg 220-ról, vagy PoE-n keresztül lehet etetni. Tudtok ilyet?

Amit a kínai oldalakon reklámoznak pl. H96 MAX RK3318 4GB RAM 64GB ROM 5G WIFI bluetooth 4.0 Android 9.0 stb. ezekhez gondolom lehet HDD-t is csatlakoztatni. No de lévén hogy android bízom benne hogy ext3-as HDD-t is. Viszont a leírásában a támogatott fájlrendszerek közé nincs odaírva. Tud valaki valami biztatót mondani? Egyáltalán jó hogy androidos?

A jelenlegi Asus O!Play HDP-R1 lejátszómat kellene kicserélni, mert tönkrement a távirányítója, és nem találok alternatívát sem, meg különben is netes tartalmat nem igazán támogat. Még az orosz firmware-rel sem.

Belezavarodtam :(
Szeretném elérni, hogy ha van net akkor ntpd, ha nincs net (és vagy lemerül az UPS újraindul a rendszer) akkor vegye elő a hwclock -ot és azt állítsa be mint rendszer időt.
Már az elején telepítettem az ntp -t, működik.

A fake-hwclock.service -t letiltottam. A config -ban beállítottam a dtoverlay=i2c-rtc,ds3231 -et (ilyen chipem van most).
Beállítottam az /etc/default/hwclock -ban hogy HWCLOCKACCES=yes és HCTOSYS_DEVICE=rtc0
A hwclock.service masked, nem tudom unmask -olni (hwclock.service -> /dev/null nincs is használható scriptem)
Újraindítás, net nélkül valami teljesen fals időt kapok (2019.02.14. stb.)
Ha beolvasom az rtc -ben tárolt időt (hwclock -r) az helyes.
Van olyanom is, engedélyezve, hogy systemd-timesyncd.service. de mintha ott sem lenne (lehet az ntp miatt).
Szóval mi a tudomány mai állása, hogy kellene szinkronizálni a rendszert?

Teljesen "szűz" telepítés lighttpd 1.4.53--4
A /var/www/html alapból üres, később találtam valamit a /usr/share/javascript -ben van néhány "okosság" és alapból engedélyezv a javascript modul.
Ha ránézek 403 Forbidden.
Letiltottam a javascriptet és egy régebbi verzióból bemásoltam a régi html fájlokat.
Ha ránézek 403 Forbidden.

/var/www/html  root:root drwxr-xr-x
-rw-r--r-- 1 root root  326 febr   2  2012 favicon.ico
-rw-r--r-- 1 root root 3378 nov   17 15:15 index.lighttpd.html

Beállítottam a debug.log-request-handling = "enabled" nincs benne semmi "krimi", az a furcsa hogy a régi (1.4.45-1) kiírogatja a favicon.ico fájl nevét, itt viszont semmi fájl név (hiba sem).
 

2019-11-24 00:52:16: (response.c.430) Request-URI     :  /
2019-11-24 00:52:16: (response.c.431) URI-scheme      :  http
2019-11-24 00:52:16: (response.c.432) URI-authority   :  192.168.1.12
2019-11-24 00:52:16: (response.c.433) URI-path (raw)  :  /
2019-11-24 00:52:16: (response.c.434) URI-path (clean):  /
2019-11-24 00:52:16: (response.c.435) URI-query       :   
2019-11-24 00:52:16: (mod_access.c.177) -- mod_access_uri_handler called
2019-11-24 00:52:16: (response.c.580) -- before doc_root
2019-11-24 00:52:16: (response.c.581) Doc-Root     : /var/www/html
2019-11-24 00:52:16: (response.c.582) Rel-Path     : /
2019-11-24 00:52:16: (response.c.583) Path         :  
2019-11-24 00:52:16: (response.c.625) -- after doc_root
2019-11-24 00:52:16: (response.c.626) Doc-Root     : /var/www/html
2019-11-24 00:52:16: (response.c.627) Rel-Path     : /
2019-11-24 00:52:16: (response.c.628) Path         : /var/www/html/
2019-11-24 00:52:16: (response.c.652) -- logical -> physical
2019-11-24 00:52:16: (response.c.653) Doc-Root     : /var/www/html
2019-11-24 00:52:16: (response.c.654) Basedir      : /var/www/html
2019-11-24 00:52:16: (response.c.655) Rel-Path     : /
2019-11-24 00:52:16: (response.c.656) Path         : /var/www/html/
2019-11-24 00:52:16: (response.c.668) -- handling physical path
2019-11-24 00:52:16: (response.c.669) Path         : /var/www/html/
2019-11-24 00:52:16: (response.c.676) -- handling subrequest
2019-11-24 00:52:16: (response.c.677) Path         : /var/www/html/
2019-11-24 00:52:16: (response.c.678) URI          : /
2019-11-24 00:52:16: (response.c.679) Pathinfo     :  
2019-11-24 00:52:16: (mod_indexfile.c.159) -- handling the request as Indexfile
2019-11-24 00:52:16: (mod_indexfile.c.160) URI          : /
2019-11-24 00:52:16: (mod_access.c.177) -- mod_access_uri_handler called
2019-11-24 00:52:16: (mod_compress.c.854) -- handling file as static file
2019-11-24 00:52:16: (mod_staticfile.c.197) -- handling file as static file
2019-11-24 00:52:16: (response.c.686) -- subrequest finished
2019-11-24 00:52:22: (server.c.1863) connection closed - keep-alive timeout: 8

Mit tudok még megnézni? Hol lehet a hiba oka?

Sehogy sem sikerül beállítanom a lighttpd -t
Engedélyeztem a cgi és userdir modulokat
Létrehoztam /home/tovis/public_html mappát úgy hogy a www-data tudja olvasni.
Létrehoztam /home/tovis/public_html/cgi-bin mappát.
Bemásoltam a jó régen busybox alatt működő kis html és .sh cgi fájljaimat.
A "sima" html megy is, de az .sh fájljaimat csak letölteni tudom. A cgi.conf -ba a cgi.assi8gn -ba beillesztettem az ".sh" => "" bejegyzést, de semmi nem változott.
A kis scriptjeim mind úgy kezdődnek hogy
echo Content-type: text/html
echo ""
echo "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">"
echo "<html>"
echo "<head>"
echo "<meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">"
echo "<meta http-equiv=\"REFRESH\" content=\"3600\">"
echo "<title>Kamera</title>"
echo "</head>"
echo "<body>"
# és itt jön az érdemi kód

Persze túrom a netet, de valahogy eddig nem találtam sok értelmes dolgot.
Mi hiányozhat még?
 

Van valakinek tapasztalata a fenti kombóval? Egészen pontosan a Xenial alapú 5.30-as megy rajta?