Hirdetés
-
Nyárköszöntő hardverszemle
ph A desktop gép, notebook és ház nyomába sokféle periféria szegődik, sőt, még egy VR headset is tiszteletét teszi heti rovatunkban.
-
Megjelenési dátumot kapott a Tomb Raider animációs sorozat
gp A tervek szerint október elején debütál a teljes első évad Netflixen.
-
A hajlíthatók kedvence lehet a Dimensity 7300X 5G
ma Átcímkézés helyett csíkszélességet váltott a MediaTek, népszerű Motorolában debütálhat.
-
PROHARDVER!
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
Keem1
addikt
válasz golya87 #39058 üzenetére
Erre én is gondoltam korábban, hogy home office-ban a tévére kötött Pi Zero-n nézegethetném a Nagiost, csak az a gond, hogy nálunk VPN-en érhető el csak, és nem találtam Cisco AnyConnect-et Raspbianre. Ja, meg Yubikey is kell. Szóval sajnos a tervemet el kellett engedni, pedig elsőre jól hangzott.
[ Szerkesztve ]
-
Keem1
addikt
válasz pungora96 #39066 üzenetére
Te hogy frissítetted 4.2.5-re? Nekem kb. azóta 4.1.5 a verzió, hogy a jelenlegi rendszert felraktam.
Mondjuk nekem nem Dockerben fut, hanem simán a rendszeren, a csomagtelepítővel feltéve.#39068 _q:
Ohh bakker, szóval a hivatalos repo kicsit elavult verziót tartalmaz. Köszi az infót![ Szerkesztve ]
-
Keem1
addikt
válasz blue-ocean #39196 üzenetére
De ehhez miért kellett 5 poszt?
Belefért volna egy jól megszerkesztettbe, thumbnailekkel, kattintásra nyíló nagy képekkel. -
Keem1
addikt
A fentiekből ítélve sanszos hogy egy "s" betűvel kevesebb van, mint kéne
Nálam egy bash script mountolja a windows share-eket, így (több is van, ez az egyik):
mount.cifs "${path_source_storage}" "${path_target_storage}" -o uid=${username},gid=${usergroup},rw,credentials=/home/pi/.cred/pc.samba.cred
[ Szerkesztve ]
-
Keem1
addikt
Így van, ez a jó az egészben Így minden usernek/appnak külön megosztása lehet, nem kell az egész drive-ot megosztani mindenkivel/mindennel.
Pl. a tévém csak a megosztott média folderekhez fér hozzá mind a Pi-ről, mind az én gépemről. Windowsos "home" folder a PC-n is és a laptopon is, mindkét felhasználónak külön-külön. Rugalmas, biztonságos. -
Keem1
addikt
Skacok, valahogy ki lehet listázni, hogy az
apt autoremove
mit törölne, anélkül, hogy tényleg ki is törölné?
Kiírta azapt-get update
, hogy van amit lehetne törölni, de én előtte azért átnézném. Történt már olyan, hogy kitörölt egy olyan függőséget, ami pár egyéb csomagot szakított el az apt-tól, és kézzel a debian.orgról letöltve kellett visszahegesztenem. -
Keem1
addikt
Végső soron minden update kiírja már, bár nem tudom, ezek tényleg mehetnek-e a levesbe..
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
Frissítés kiszámítása... Kész
A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:
libgnutls-dane0 libunbound8 rpi-eeprom-images
Ezeket az „sudo apt autoremove” paranccsal törölheti.
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített. -
Keem1
addikt
válasz Fecogame #39335 üzenetére
Ennek örülök, mert kicsit csodálkoztam, hogy ezt az eeprom package-et el akarja tűntetni.
Más... az
/etc/apt/sources.list
fájlon kívül hol tárolja még a rendszer a csomagforrásokat?Nézzétek csak ezt:
Találat:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
Találat:2 http://archive.raspberrypi.org/debian buster InRelease
Találat:3 https://packages.sury.org/php stretch InRelease
Találat:4 https://downloads.plex.tv/repo/deb public InRelease
Mellőz:5 https://ookla.bintray.com/debian buster InRelease
Letöltés:6 https://ookla.bintray.com/debian buster Release [4.387 B]
Találat:7 https://packages.microsoft.com/ubuntu/19.04/prod disco InRelease
Találat:8 https://packages.microsoft.com/debian/10/prod buster InReleaseA szokásos (sources.list) fájlon belül csak az első van. Honnan szedi a csomagkezelő a többit?
Azt a Plexet el akarom tüntetni, már ezer éve nincs is fent a Pi-n. Meg az Ookla duplából is egyet ki kéne szedni. -
Keem1
addikt
válasz Fecogame #39339 üzenetére
Aha, itt is vannak a cumók. Én kis naiv, azt hittem, minden source ebbe az egy fájlba megy
-rw-r--r-- 1 root root 74 máj 3 14:09 microsoft.list
-rw-r--r-- 1 root root 77 máj 8 2019 microsoft-prod.list
-rw-r--r-- 1 root root 48 jún 15 11:49 php.list
-rw-r--r-- 1 root root 51 jan 30 2020 plexmediaserver.list
-rw-r--r-- 1 root root 187 szept 26 2019 raspi.list
-rw-r--r-- 1 root root 49 jan 22 2020 speedtest.listInnen csak ki kell törölni az adott fájlt és ennyi? Nem fogja hiányolni a csomagkezelő?
-
Keem1
addikt
válasz oroszlan12 #39355 üzenetére
Igen, működne szerintem, de ahhoz kéne még egy Tv vevő egység a Pi-hez. Szvsz egy magyarországi VPN előfizetés hatékonyabb és egyszerűbb lenne (UPC Horizon Go-hoz).
De a nálam jobban hozzáértők úgyis megmondják a frankót"B" opció: magára a Pi-re egy VPN szerver (OpenVPN), így kintről arra csatlakozva úgy látszódna a web felé, mintha ti is azon a UPC kapcsolaton lennének és így menne a Horizon Go. Bár itt kérdés hogy a VPN, a netkapcsolat feltöltése és a külföldi kapcsolat együtt biztosítana e elegendő sávszélességet a streamhez.
[ Szerkesztve ]
-
Keem1
addikt
válasz Zirowe #39402 üzenetére
Szerintem nem. És nem a gyári táp miatt, hanem az USB által leadható teljesítmény miatt. Az itt korábban történtek alapján arra tippelek, hogy csak egy ilyen "nagyobb" eszközt (vagy egy HDD, vagy egy SSD) bír el a Pi USB-je, kettőt már nem. Én próbáltam HDD-vel és SSD-vel is, mindkettővel gond nélkül ment, ha csak az egyik volt rádugva, szóval ez nem saját tapasztalat. Én alapvetően SSD-vel használom, de csak egy USB enclosure-öm van, szóval kettővel esélyem nincs kipróbálni.
Erről jut eszembe, láttam ilyen USB type C-s dual 2.5" raid enclosure motyókat, ha később lesz adat C is a Pi-ken, egész jó dolgot lehetne alkotni
[ Szerkesztve ]
-
Keem1
addikt
Srácok, Dockerben lehet két külön php verziót futtatni úgy, hogy egymást ne zavarják? Vagy még inkább úgy, hogy Dockeren kívül lenne a fő php és az alternatív meg Dockerben?
Szerintetek erre a problémámra megoldás lenne a Docker? Ez most jutott az eszembe.
-
Keem1
addikt
Nem az én kódom, átírni meg nem akarom. Egy viszonylag régi web app, amit 1000 éve használtam, kb. azóta nem is frissült, de most épp arra lenne szükségem. A saját webes motyóim 7.x komptibilisek (már egyre kevesebb ugyan, egyre kevésbé használok php-t, hanem szinte mindenre C#-ot). Nem is használnám a végtelenségig, de most pár hónapra kellene.
Azt hittem, ez kb. csak annyi lesz, hogy az apache configban nyitok egy új virtualhostot (amiből jelenleg is több van, phpMyAdmin, SQLite admin, stb.), megmondom neki, hogy "figyelj virtualhost, te most innen fogod a php5-öt használni". De nem... Dockert nem ismerem (kb. tudom mi az, de sose használtam), és nem éles helyzetben, 0 rutinnal, tapasztalattal terveztem nekiesni. -
Keem1
addikt
De, ezeket követtem végig, de a hülye fastcgi megfektette az egész apache-php kombót. Amint leszedtem, minden visszazökkent a helyére, csak épp ugyanott voltam, ahonnan indultam. Ezért kerestem fastcgi megkerülő módszert.
Sztem marad a Docker.39444 golya87
Már kb rávettem magam, hogy ebből Docker lesz, de már nem ezen a hétvégén - fel kéne állni a gép elől. -
Keem1
addikt
válasz draco31 #39446 üzenetére
Erre a célra szerintem egyrészt kevés lenne a 3B (az Ubuntu miatt), másrészt felesleges erőforráspazarlás.
Egy headless (GUI nélküli) Raspbian tökéletes erre a célra. Nekem ugyan 4-esem van, de többek között torrent is megy rajta. Éjjel nappal be van kapcsolva, egy 1 TB-os Samsung SSD van rajta és közel 10 hónap alatt észrevehetetlen a villanyszámlán (értsd: a villanyszámlámnak 1000 forint alatti kilengése van, de ez korábban is megvolt). Van webes felület pl. qBitTorrenthez. Felesleges izzasztani a vasat egy GUI-s Ubuntuval.És ilyen frankó webes felület van hozzá, titkosított HTTPS kapcsolaton keresztül bárhol elérem, bár sztem ahogy korábban, újra kikapcsolom a nyilvános elérést és VPN-en keresztül fogom továbbra is használni.
-
Keem1
addikt
Nem hiszed el, de közben már magam is megcsináltam
Két metódus volt, aminek a paramétersorrendje nem egyezett meg, pont a fordítottja volt, azokat még kézzel átírtam, és voilá, php 7 kompatibilissé tettem a 2009-es kódot
Egyedül azt nem vágom, hogy vajon a get_magic_quotes_gpc() kell-e, még ezt találtam inkompatibilisnek, ezt a részt kikommenteltem, az input = output a metódus nélkül. Majd ráguglizok, hogy ez pontosan micsoda, és kell-e nekem ehhez. Ez már nincs php7-ben.Én meg szinte minden php-s projekthez (ami nem 2 fájlos) a Codeigniter keretrendszert használom, amiben többféle DB driver is használható.
[ Szerkesztve ]
-
-
Keem1
addikt
Nálam gigabites routeren van a Pi, de nincs ilyen gyors netem. Viszont belső hálón az SSD-re 110 MB/s környékén megy a kontent, ami már súrolja a gigabites sebességet. Tehát a lan tudja ténylegesen.
Nálad mi a cél storage? Ha micro SD, akkor ott még a 400 Mbit is csuda, mert ezek max ilyen 40-50 MB/s sebességgel írhatók, az pedig kb a 400 Mbit.
[ Szerkesztve ]
-
Keem1
addikt
válasz afi0903 #39641 üzenetére
A Pi gigabites kábellel, gigabites routerre kapcsolódik, ugye?
Bár nem feltétlen jelent problémát, és sokan azt mondják, hogy nem számít, nálam akkor táltosodott meg az SSD, mikor újrakonfiguráltam ext4 partícióra. Bár tényleg többen állítják, hogy nincs semmi gond az NTFS-sel sem, de azért mégiscsak ext4 dukál egy Linuxhoz.A másik gép nem lehet a ludas? Wifi azért nem olyan stabil, pláne 2,4 GHz-en. Én kipróbálnám úgy, hogy az a gép vagy LAN-on, vagy tutira 5 GHz-es wifin kapcsolódjon.
Nálam hálózaton legkevesebb 70-80 MB/s, de inkább jellemzően 90-110 MB/s megy. Az ne zavarjon össze, hogy én SSD-t használok, ugyanis gigabit LAN-on nem igazán jön ki az SSD és a HDD közti különbség. Szóval HDD-vel is kéne ilyen sebességnek lennie.
-
Keem1
addikt
Néha kicsit már unom, hogy jön valami anomália, azt hittem, egy jól felkonfigolt Linux szétbarmolhatatlan
Az OpenVPN megadta magát, talán úgy 1-2 napja (a hétvégén még tuti működött), azóta semmit nem csináltam, csak tegnap egy reboot volt a ~60 napja futó rendszeren belassult a MinDLNA.
Az OpenVPN státusza: active (exited). Nem is lehet csatlakozni (innen fedeztem fel a problémát).A syslogban ezt találtam, ami folyamatosan ismétlódik:
Az openvpn státusza:
● openvpn.service - OpenVPN service
Loaded: loaded (/lib/systemd/system/openvpn.service; enabled; vendor preset: enabled)
Active: active (exited) since Tue 2020-10-27 18:54:53 CET; 6min ago
Main PID: 498 (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 4915)
CGroup: /system.slice/openvpn.service
okt 27 18:54:53 pistacio systemd[1]: Starting OpenVPN service...
okt 27 18:54:53 pistacio systemd[1]: Started OpenVPN service.Syslog:
openvpn@server.service: Service RestartSec=5s expired, scheduling restart.
openvpn@server.service: Scheduled restart job, restart counter is at 11.
Stopped OpenVPN connection to server.
Couldn't stat device /dev/net/tun: No such file or directory
Starting OpenVPN connection to server...
Started OpenVPN connection to server.
openvpn@server.service: Main process exited, code=exited, status=1/FAILURE
openvpn@server.service: Failed with result 'exit-code'.Ebből azt feltételezem, hogy ez a /dev/net/tun hiánya lehet a bibi, de fogalmam sincs, hogy ez mi, létezett-e eddig és ha igen, most hogyan tűnt el.
Amit a neten találtam, csupa olyan parancs hozta helyre, ami nincs meg a Pi-n.Valaki találkozott már ezzel az anomáliával, tudja hogy lehet megoldani?
-
Keem1
addikt
válasz sztanozs #39653 üzenetére
Annyi biztos, hogy bár volt ilyen hibaüzenet, az OpenVPN-t nem ez ölte meg. Találtam egy tutorialt ennek a megoldására, nincs is több hibaüzenet (pedig volt bőven), de az OpenVPN csak nem indul el.
Már az elmúlt 2-3 hónapban ez lesz a második újratelepítés. Ma este meló után neki esek, de nem vagyok boldog tőle. Azt várnám el egy ilyen viszonylag nagy nevű szolgáltatástól (OpenVPN-re gondolok) hogy képes hibamentesen üzemelni hosszú idő alatt is.
-
Keem1
addikt
Nos, megtörtént, még a teljes reinstall is, de mégiscsak ez a hiányzó valami okoz galibát.
Neten találtam egy tutorialt, az alapján:
mkdir -p /dev/net
mknod /dev/net/tun c 10 200
chmod 600 /dev/net/tun
sudo service openvpn restartAz openvpn.log-ban ez ismétlődik folyamatosan:
Oct 28 17:32:28 pistacio ovpn-server[1661]: OpenVPN 2.4.7 arm-unknown-linux-gnueabihf [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 20 2019
Oct 28 17:32:28 pistacio ovpn-server[1661]: library versions: OpenSSL 1.1.1g 21 Apr 2020, LZO 2.10
Oct 28 17:32:28 pistacio ovpn-server[1661]: NOTE: your local LAN uses the extremely common subnet address 192.168.0.x or 192.168.1.x. Be aware that this might create routing conflicts if you connect to the VPN server from public locations such as internet cafes that use the same subnet.
Oct 28 17:32:28 pistacio ovpn-server[1661]: ECDH curve prime256v1 added
Oct 28 17:32:28 pistacio ovpn-server[1661]: Outgoing Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key
Oct 28 17:32:28 pistacio ovpn-server[1661]: Outgoing Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication
Oct 28 17:32:28 pistacio ovpn-server[1661]: Incoming Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key
Oct 28 17:32:28 pistacio ovpn-server[1661]: Incoming Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication
Oct 28 17:32:28 pistacio ovpn-server[1661]: ERROR: Cannot open TUN/TAP dev /dev/net/tun: No such device (errno=19)
Oct 28 17:32:28 pistacio ovpn-server[1661]: Exiting due to fatal errorÉs van egy ilyenem is:
pi@pistacio:~ $ ls -l /dev/net/tun
crw------- 1 root root 10, 200 okt 28 17:31 /dev/net/tunHa jól láttam, a fenti "file" reboot után eltűnik, van, ahol egy bash scriptet javasolnak rá, amit cronnal reboot után lefuttatnak.
De hiába hozom létre a fentieket, az openvpn mégse látja. A másik meg, hogy pár napja mi változott meg, ami miatt "elfelejtett működni" az eddig faszán működő OpenVPN? -
Keem1
addikt
válasz sztanozs #39663 üzenetére
Nem akarom teleszemetelni a topikot logokkal, így inkább ide tettem.
Hogy ne generálja 5 másodpercenként a logokat, leállítottam a service-t, most, miután a 0666 permissiont beállítottam, újraindítottam. Azóta a linkelt sorok születtek.Sajnos továbbra se jó.
Amúgy mi ez a /dev/net/tun, ti tudjátok?
[ Szerkesztve ]
-
Keem1
addikt
Igazából szerintem egyik SD se bírja igazán, az egész szabvány arra épült, hogy viszonylag ritkán, viszonylag nagy fájlokat írjanak/olvassanak (fényképezőgép, kamera), nem pedig sok kis fájl folyamatos írására
De lekopogom, az én Samsung Evo Pro kártyám közel egy éve van nyüstölve, semmi baja. De az is hozzá tartozik, hogy nálam csak a rendszer és a konfigok vannak rajta, személyes data csakis az SSD-n, a rendszer SD-ről pedig napi mentés készül. -
Keem1
addikt
De, sanszos hogy frissülhetett a kernel, guglizáskor több helyen olvastam ilyesmit, de a legváltozatosabb dátummal (volt 2013 is) és rendszerrel (CentOS, Ubuntu, ...).
Van egy ilyenem: /lib/modules/5.4.72-v7+/kernel/drivers/net/tun.ko
De több fájl is kezdődik így, ha find paranccsal rákeresek.Az általad javasolt kommand pedig ezt dobja:
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/5.4.51-v7l+/modules.dep.bin'
modprobe: FATAL: Module tun not found in directory /lib/modules/5.4.51-v7l+Abban a folderben tényleg nincs modules.dep.bin file, de vannak ilyenjeim:
/lib/modules/5.4.72-v8+/modules.dep.bin
/lib/modules/5.4.72-v7l+/modules.dep.bin
/lib/modules/5.4.72+/modules.dep.bin
/lib/modules/5.4.72-v7+/modules.dep.bin
Nincs .71 végű folder, csak 72-re végződő van a /lib/modules/ alatt:
drwxr-xr-x 3 root root 4096 okt 25 06:42 5.4.72+
drwxr-xr-x 3 root root 4096 okt 25 06:42 5.4.72-v7+
drwxr-xr-x 3 root root 4096 okt 25 06:42 5.4.72-v7l+
drwxr-xr-x 3 root root 4096 okt 25 06:42 5.4.72-v8+[ Szerkesztve ]
-
Keem1
addikt
Eskü, hozzá se nyúltam Mondom, folyamatosan jól működött, még a múlt hétvége előtt is, múlt csütörtökön még tuti, mert vidékről használtam az itthoni rendszert (és csak az SSH meg a VPN van kiengedve a routeren). Aztán most amikor az első posztot írtam ezzel kapcsolatban, akkor jöttem rá, hogy nem jó, mert a városban jártam-keltem alatt már nem értem el.
SD-ről megy a rendszer, USB-n csak data van.
-
Keem1
addikt
válasz sztanozs #39702 üzenetére
Viszonylag gyakran (legalább havonta) csinálok egy teljes update-et ezekkel:
update
upgrade
full-upgrade
dist-upgradeMost is megtörtént, de semmi frissebbet nem talált semmiből.
Valahogy rendet kéne raknom a kernelek között, pl. úgy, hogy feltenni és alapértelmezettre állítani mondjuk a legfrissebb stabil verziót, aztán minden egyéb kernel maradékát eltávolítani. De fogalmam sincs, hogy álljak neki.
-
Keem1
addikt
Elvileg a "hibás" kernel dátuma október 25, a legrégebbi meglévő teljes backupom október 24. Ha mázlim van, akkor annak a visszatöltése megoldhatja a problémát.
#39707 bhonti:
Na akkor előtte ezt még megpróbálom.#39708 sztanozs:
Sajnos nagyon úgy fest a dologSrácok, a kernel hol foglal helyet a diszken? Csak itt? /lib/modules/..?
Függ a kernel magától az eszköztől, vagy csak a rendszertől?A Zero-mon ezek vannak:
drwxr-xr-x 3 root root 4096 szept 26 12:36 5.4.51+
drwxr-xr-x 3 root root 4096 szept 26 12:36 5.4.51-v7+
drwxr-xr-x 3 root root 4096 szept 26 12:36 5.4.51-v7l+
drwxr-xr-x 3 root root 4096 szept 26 12:36 5.4.51-v8+Tehát ezek még az 51-es kernel cuccai. Mi van, ha csak simán átmásolom őket és rebootolok?
Tárgytalan, ahogy látom, driverek is vannak benne. Marad a visszaállás az október 24-re. Sajnos az autoremove és autoclean se segített.[ Szerkesztve ]
-
Keem1
addikt
válasz sztanozs #39711 üzenetére
Éééés itt volt a megoldás!
sudo apt-get install --reinstall raspberrypi-bootloader raspberrypi-kernel
Ez a command helyrerakta a kernelt, végül így a 72 végű kernel került föl, aminek a frissítése valószínűleg elfailelt.
Igaz, mivel a próbálkozásaim során szétbarmoltam, az OpenVPN-t is reinstallálni kellett, de az a legkevesebb.
Minden faszán működik!Jelenlegi verzió:
Linux pistacio 5.4.72-v7l+ #1356 SMP Thu Oct 22 13:57:51 BST 2020 armv7l GNU/Linuxsztanozsnak köszönöm a linket, de mindenki másnak is a segítséget és a tanácsokat! Nagyok vagytok srácok, mindenkinek köszönöm!
[ Szerkesztve ]
-
Keem1
addikt
Esetleg kipróbálhatod még ezt:
sudo dd if=/dev/zero of=/utvonal/agepedhez/teszt.bin bs=1M count=500
Fontos! Ehhez előbb a géped egyik drive-ját meg kell osztanod és utána a Pi-ben fel kell csatolnod, pl. egy SSD-t (ez lehet a C: is akár).
Az of= után mindenképp egy valid írható path legyen ezen a megosztáson belül.
Nálam így nézne ki: /media/agepemneve/windows/teszt.bin (a C: drive a gépemen "windows" néven van megosztva).
A teszt.bin fájlt ő fogja létrehozni, ebben a példában 1 MB-os blokkokból 500 darabot fog a fájlba írni, így lesz egy 500 MB-os teszt fájl, amit a gépeden utána letörölhetsz. Ez csak a hálózat és a célgép sebességét fogja teszelni, amennyire tudom, ebben a Pi egyes hardverei (a RAM-on és a hálózati kártyán kívül) nem vesznek részt, így nem lassíthat be egy lassú SD vagy HDD.Nálam ilyen 92-105 MB/s körül megy, így kb. ennyit is bír ez a hálózati kombó. SSD-vel is ennyi, szóval itt ami a leggyengébb láncszem, az storage nélkül is az.
[ Szerkesztve ]
-
Keem1
addikt
válasz copass #39767 üzenetére
Na ne copass már.. Komolyan ez is fontos valakinek, hogy ne külön házban legyen a gép, hanem a klavival együtt?
Elsőre ötletes, másodikra (, harmadikra, negyedikre) inkább hülyeségnek tűnik számomra
De felőlem vegye, aki akarja.Már várom a Raspberry Pi laptopot
[ Szerkesztve ]
-
Keem1
addikt
Srácok, a Pi Zero W-met frissítettem a szokásos módon, láttam, ahogy feldobta, hogy eeprom-valami is van.
Nem figyeltem, nem láttam, hogy hol, de az update megszakadt valami miatt, majd ezután semmilyen parancsot nem fogadott el (érvénytelen parancs vagy ilyesmi).Power on/off után már nem bootolt be, próbáltam másik kártyával, szűz rendszerrel is. A LED villogott, mintha bootolna, majd megállaopodott (és világít is folyamatosan), de semmilyen módon nem érhető el, gépre kötve sem.
Érdekesség, ha kiveszem a kártyát, géppel összekötve prüttyög a gép, és fel is dobja, hogy Broadcom XY csatlakoztatva (a Pi LED-je kikapcsolva ilyenkor teljesen).
Nincs micro HDMI kábelem (bár lehet holnap veszek egyet), de lehetséges, hogy meghalt szegény? Ha igen, ilyenkor valamilyen módon még vissza lehet hozni az élők sorába?
[ Szerkesztve ]
-
Keem1
addikt
Na srácok, szerencsés balsors áldozata lettem
A Zerom nem nyíródott ki, nagyon is jól van. Ellenben mekkora az esélye, hogy megdöglik a kezemben két, teljesen különböző micro SD kártya? Ugyanis az update-et, illetve az utána következő lefagyást és bootolhatatlanságot az eredetileg használt SD halála okozta. És micsoda "szerencse", az itthon lévő tartalék SD is megpusztult (amivel próbálkoztam életet lehelni a kimúltnak hitt eszközbe). Ugyanis bár a Rufus és a hivatalos kártya kreátor is sikeresnek minősítette a friss rendszer felírását a kártyára, végső soron használhatatlan adatot eredményezett: miután lenyugodtak a kedélyek, akkor vettem észre, hogy nincs is /boot partíció a kártyán, amit még a Windows is felismer. Ugyanez volt a helyzet gépbe dugva az eredetileg használt kártyánál is.Most persze az is szóba jöhet, hogy mégiscsak hibás a Zero és rögtön két kártyát taccsra vágott, de beszereztem egy 16 GB-os Kingstont, ami egyelőre 2 nap alatt hibátlanul teszu a dolgát.
Furcsa...
[ Szerkesztve ]
-
Keem1
addikt
válasz Dißnäëß #39862 üzenetére
Én is azt tudom ajánlani. Idén vettem okostévét (életem első okostévéje, a nem okos 8 éves készüléket váltotta), de az okosfunkciók mellékesek, ugyanis a több, mint 2 éves Miboxom köröket ver rá tudásban.
Biztos megoldható ez más módon is (Pi-vel, számítógép+HDMI, nem Android TV alapú egyéb célhardver), de az őszinte igazság az, hogy a legbiztosabb, legkényelmesebb és legjobban bevált megoldás erre egy céleszköz (médialejátszó), ami ráadásul lehetőleg Android TV alapú legyen. Egyszerűen nem ellenfél más ezeknek, internetes tartalomfogyasztáshoz legalábbis biztosan nem (régen a lokál média lejátszásáról más volt a véleményem, de amióta eléggé fejlődött a DLNA, meg kipróbáltam a Plexet is, azóta azt mondom, lokális tartalomhoz is tökéletes). Az ilyen jellegű eszközök közül pedig ár/érték aránya a Miboxnak van. Ráadásul 20 ezer forintért tényleg ajándék. -
Keem1
addikt
Srácok, hogy van már ez a hivatalos USB boot a P4 esetében? Abszolút hivatalos, rendszerszinten működő már?
Tehát ha kiveszem az SD-t a foglalatából, beteszem egy USB-s kártyaolvasóba és az USB-t be a P4 fenekébe, ugyanúgy fog nekem bootolni, mintha a Pi foglalatában lenne?A fenti példa-kérdés nyilván a seamless működés miatt esedékes, ha ez így megy, akkor erőt veszek magamon, szétparticionálom az SSD-t és arra teszem a boot partíciót az SD-ről, de csak ha a fentiek szerint működik.
[ Szerkesztve ]
-
Keem1
addikt
válasz body007 #40046 üzenetére
sudo rpi-update
Ez frissíti az EEPROMrel, ami nálam szept. 10-i
Öhhm...
DO NOT use 'rpi-update' as part of a regular update process.
40048 body007:
Az megvolt, nincs frissebb. az update, upgrade, dist-upgrade és full-upgrade commandok megvoltak, és semmiből nincs frissebb, a hivatalos csatornán keresztül naprakész a rendszerem.[ Szerkesztve ]
-
Keem1
addikt
Srácok, átköltöztem az SSD-re teljesen, viszont, különböző checkek, ilyesmik sorá sztem az fdisk önhatalmúlag elcseszte a / alá felcsatolt partíciót. Semmi módosítást nem csináltam, csak a p és az i parancsokkal listáztam.
És ugyanez történt az SD kártyával is, szintén az fdisk miatt. Valami DOS-szal kapcsolatos piros üzenetet jelenített meg, de már nem emlékszem rá.A partíciók látszódnak, de felcsatolni pont azt nem lehet.
Az új megoldás szerint az SSD-m: sda1 (/boot), sda2 (/), sda3 (/data). Az SD is ugyanez, csak a /data nélkül. És mindkettőn felcsatolhatatlanná vált a / mount.Van mentésem, vissza tudom állítani, de az legalább egy óra. Vissza tudom valahogy hozni az élők sorába? És az fdisk mindenféle modifikáció hiányában, hogy cseszte szét?
Nem tudok most semmit nézni, mert már egyikről se bootol be a rendszer. Ez nagyon bosszant, mivel az fdsisk-kel kéne még mókolnom az SSD-n, de ha folyton szétcseszi a partíciókat, akkor nem fogok előbbre jutni vele.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Samsung Galaxy A55 - új év, régi stratégia
- Mortal Kombat 1 - Így harcol Homelander
- Anglia - élmények, tapasztalatok
- LEGO klub
- Politika
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Vírusirtó topic
- Mibe tegyem a megtakarításaimat?
- Melyik tápegységet vegyem?
- Mikrotik routerek
- További aktív témák...
- Új 2K Gamer PC Ryzen 9 5900X/RTX 3070 8Gb/Asus Tuf lap/M2 500Gb NVME/2x16Gb DDR4/750W 2Év gari
- GAMER PC i5 6600K 16GB DDR4 SSD+HDD GIGABYTE 1070 8GB GDDR5 256BIT WINDFORCE
- Új AMD Gamer PC R5 5500 vagy R5 5600/RX 6700 10Gb/500Gb M2 SSD/16Gb DDR4 3200Mhz/700W 2-3Év gari
- AMD konfig (VGA nélkül), 16Gb RAM, 1TB HDD...
- Új AMD Gamer PC R5 5500 vagy R5 5600/RX 6600 XT 8Gb/500Gb M2 SSD/16Gb DDR4 3200Mhz/700W 2-3Év gari
- I5 4690k+Asrock h87 pro4+HyperX 2x4 GB
- Fujitsu Esprimo D756 desktop PC, HD-7750 Videokártyával!!, i5-6500T, 8 GB DDR4 RAM, 240 GB SSD, DVD.
- Garanciális, Fujitsu D757 PC, NVIDIA GT 710 videokártya, i5-7500, 16 GB DDR4 RAM, 240 GB SSD, DVD.
- Fehér Játszós PC / I5-6600, 16GB DDR4, GTX970 4GB, 250GB SSD, 1TB HDD, 600W, Win11Home /
- HP 260 G1 DM - 2957U - 200GB HDD - 8GB RAM
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen