- gban: Ingyen kellene, de tegnapra
- gerner1
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- sziku69: Fűzzük össze a szavakat :)
- djculture: Az elvileg már senkinek nem kellő HDD-k ára is egekbe emelkedett 4 hónap alatt
- eBay-es kütyük kis pénzért
- Gurulunk, WAZE?!
- Archttila: SMART tesztelés automatizálva: smartctl poller script Zsh-ban, RPi-re
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
///Krisz\\\
senior tag
-
PhoenixK
őstag
Köszi. Lehet, hogy rosszul tudom. De a Tailscale csak a resolv.conf-ot írja felül, a dhcpcd.conf-ot nem és ha jól tudom csak azért veszi át az irányítást a DNS kérések felett, hogy megnézze, hogy az adott kérés megválaszolható-e a MagicDNS listából, ha nem, akkor küldi tovább a beállított DNS szolgáltatónak. Tehát, nem ő válaszolja meg az összes DNS kérést. Ha viszont átállítom a Nameserver-t, akkor bukom a MagicDNS szolgáltatást, mert mindent a külső DNS szolgáltatónak küld majd. Én így tudom, de lehet rosszul.
Igazából csak próbálok keresni egy ellenőrzési megoldást, amivel megnézhetem, hogy a dhcpcd.conf módosítás elég volt-e ahhoz, hogy elérjem a célom (tehát ha nem válaszolható meg a MagicDNS listájából a kérés, akkor tovább küldi-e a Cloudflare-nek vagy a Google-nek a kérést)?
-
///Krisz\\\
senior tag
Ha van tailscale, az alapértelmezetten felülírja a helyi beállításokat.
Tailscale --> DNS --> Nameservers pont alatt tudsz felvenni egy saját DNS-szervert, amit akkor is használ, ha a tailnet-en vagy -
PhoenixK
őstag
Ha a szolgáltatótól kapott modem/router-t használom, amin nem módosítható a DNS szerver IP címe és csak a Pi-n, szeretném ezt módosítani, akkor az elegendő, ha a
dhcpcd.conf fájlba (sudo nano /etc/dhcpcd.conf) belerakom ezeket a plusz sorokat?# Egyedi DNS szerver
interface eth0
static domain_name_servers=1.1.1.1 8.8.8.8(Csak kábelen csatlakozik a netre és fix IP-t kap.)
Megerősítésként kérdezem, hogy jó-e ahogy csináltam, mert a módosítás után bárhogy próbálom visszaellenőrizni (cat /etc/resolv.conf, resolvectl status, tailscale status --active, tailscale netcheck), hogy már ezeket a DNS szervereket használja-e, mindig abba futok bele, hogy a Tailscale által használt IP-ket látom.
-
///Krisz\\\
senior tag
-
Előfordul, hogy genetikai kapcsolat nélkül is nagyon hasonlít egymásra két ember (érdemes rákeresni a doppelgänger kifejezésre, a képek között temérdek példa található). Hogy mennyire gyakoriak a tökéletes hasonmások, arról megoszlanak a vélemények, de egyáltalán nem példanélküli a dolog.
Nagyon magas összegben mernék fogadni, hogy nem hasonmás volt. Ha érdekel, mitől vagyok ebben olyan biztos, megírom privátban.
-
Előfordul, hogy genetikai kapcsolat nélkül is nagyon hasonlít egymásra két ember (érdemes rákeresni a doppelgänger kifejezésre, a képek között temérdek példa található). Hogy mennyire gyakoriak a tökéletes hasonmások, arról megoszlanak a vélemények, de egyáltalán nem példanélküli a dolog.
Ha valaki volt annyira hülye, hogy közkinccsé tette képeit, adatait, kapcsolatait, az megérdemli, amit kap!
Rólam 0 db kép szerepel a neten. Remélem a hasonmásaim alapján beazonosítanak!
-
attól tartok, hogy az adataimmal próbálják a saját AI rendszerüket tanítani
Vicces amit írsz, ugyanis egy magyar cég egyik reklámplakátján AI generált képet használtak, amin nem kis meglepetésemre egy ismerősömet fedeztem fel (meg persze az ő nem kis meglepetésére)
Valószínűleg Instagram képekkel lett betanítva az AI, mert - állításai szerint - ő maga nem ült modellt a plakáthoz... -
(sajnos) egyik felhő szolgáltatás felhasználási feltételeit se olvastam el tüzetesebben, de én például attól tartok, hogy az adataimmal próbálják a saját AI rendszerüket tanítani, okosítani. persze tudom, hogy ebből botrány lenne, de ki tudja mi megy a háttérben (nem vagyok összeesküvés hívő)
mintha olyanról olvastam volna, hogy pl. gmailnél az AI "megvizsgálja" a leveled és "előkészít" neked válasz(oka)t, hogy még gépelni se kelljen, csak rábökni, hogy küldés.attól tartok, hogy az adataimmal próbálják a saját AI rendszerüket tanítani
Vicces amit írsz, ugyanis egy magyar cég egyik reklámplakátján AI generált képet használtak, amin nem kis meglepetésemre egy ismerősömet fedeztem fel (meg persze az ő nem kis meglepetésére)
Valószínűleg Instagram képekkel lett betanítva az AI, mert - állításai szerint - ő maga nem ült modellt a plakáthoz... -
en nem kimondottan erzem most azt, hogy meg lett valaszolva a kerdesem. ettol fuggetlenul a leirt 3 allitassal egyetertek (marmint ugyan ugy gondolom oket ahogy te), csak megint nem erzem a kapcsolatot a cloud kozott es akozott amiket most felsoroltal. igaz amit mondasz, csak nem ertem hogy jon ide.
tovabbra is all a kerdesem : tul azon, hogy valoban leteznek hackerek es tul azon, hogy vannak emberek akiket le leget fizetni, milyen olyan kezzelfoghato problemai vagy jellemzoi vannak a cloudnak, amik miatt ott ne lehetne tarolni szemelyes adatot ?
mert ha azt irtad volna, hogy te azert nem akarsz mondjuk hasamrautok a onedrive-ban szemelyes adatot tarolni, mert tegnap is feltortek a hackerek, meg tegnap is memet csinaltak a szemelyes fenykepekbol es azon rohogtek az uzemeltetok, akkor teljesen megertenem amit irsz. de ilyen nem tortent, az hogy "vannak hackerek" tenyszeruen igaz, csak az nem igaz hogy feltortek a onedriveot es redditre feltoltak a szemelyes fotoidat amiket azota meme-elnek.nem erzem a beszelgetesben azt (es ezt jo lenne erezni) hogy ugy alkottal errol velemenyt, hogy egyebkent tisztaban vagy vele, hogy hogyan mukodnek ezek a kormyezetek, hogyan vannak szabalyozva, hogyan nez ki az operation a provider oldalon, stbstb. marpedig ezeknek az ismerete nem lenne hatrany szerintem. reszemrol minden tovabbi nelkul gondolhatod azt, hogy ez ugy mukodik hogy ul a jozsi a gep elott a microsoftnal es a janival fogadasokat kot, hogy na vajon ebben a onedrive fiokban mi van, nyomnak ra egy ls-la-t es jani nyert, mert o fogadott a szulinapi fotokra. csak ez nem egeszen igy mukodik.
nagy cegek abszolut szenzitiv adatokat (akar PII) is egyre inkabb kizarolag csak cloudban tarolnak. kezdjuk ott, hogy az egyik leginkabb "standard" nagyvallalti adatbazis KIZAROLAG mint "cloud" elerheto jelenleg. alapbol ott van, nem is tudod "magadhoz" telepiteni kvazi. egyszeruen furcsalom, hogy ami jo egy 200ezer fos multinak PII adatot tarolni, az a vilag (es ezt most ne vedd magadra) "legatlagabb" sanyijanak nem eleg secure a szulonapi fotokhoz. van azert itt szerintem egy erdekes kontraszt.
-
azt en sem szeretnem termeszetesen es tokeletesen megertem, hogy ezt nem szeretned, csak tovabbra sem latom az osszefuggest akozott amit most irtal es a cloud kozott.
pontosan milyen tenyekre / informatikai alapvetesekre / enteprise IT mukodesre / IT jogi alapvetesekre gondolsz akkor, amikor megfogalmazod lenyegeben azt, hogy az altalad cloudba feltoltott kepeken "valakik" majd csamcsognak ?
es ezt nem bantastbol kerdezem, hanem tenyleg erdekel hogy miert gondolod azt, hogy ez akarcsak tavolrol is igy mukodik ezeknel a rendszereknel ?
- Hackerek nincsenek.
- Minden titkosítás feltörhetetlen.
- Minden helyen, minden pozícióban kiváló erkölcsű, megvesztegethetetlen emberek dolgoznak.Gondolom ezekkel egyetértesz. Vagy mégsem?
-
"Nem lenne elég egy felhős mentés csak a fontos adatokról az image mentés helyett?"
Lehet, hogy személyes adatok is (fotók, stb.) vannak a mentendő fájlok között, ez esetben a felhő szóba sem jöhet. Viszont két mentés, fizikailag két külön helyen tárolva (NEM úgy, hogy az egyik a nappaliban, a másik a hálóban!
) már kielégítőnek mondható.A felhős megjegyzéseddel én sem értek egyet (nagyon nem). De, ha valaki nagyon félti az adatait, akkor ott a Cryptomator (már ha ezek után megbízunk benne
), amivel lehet fájlszinten titkosítani egy könyvtár tartalmát, ami aztán mehet automata szinkronnal a felhőbe. (Az operációs rendszerben pedig külön meghajtóként látszik a könyvtár titkosítatlan tartalma.)A tankönyvnek igaza van, de a valóságban átlag otthoni felhasználás esetén már sok esetben annak is örülni kell, ha van legalább egy darab bármilyen mentés. Bárhol is legyen az.
-
"Nem lenne elég egy felhős mentés csak a fontos adatokról az image mentés helyett?"
Lehet, hogy személyes adatok is (fotók, stb.) vannak a mentendő fájlok között, ez esetben a felhő szóba sem jöhet. Viszont két mentés, fizikailag két külön helyen tárolva (NEM úgy, hogy az egyik a nappaliban, a másik a hálóban!
) már kielégítőnek mondható."Lehet, hogy személyes adatok is (fotók, stb.) vannak a mentendő fájlok között, ez esetben a felhő szóba sem jöhet."
meg fogom banni, tudom, mindig megbanom. de ezt kifejted kerlek ?
-
“… mindig csak inkrementális mentés lenne időzítve.”
Ha időzíted, akkor feltételezhető, hogy automatikusan beavatkozás nélkül fut a mentés, tehát a mentő HDD (mindig) elérhető (tehát valahol folyamatosan megy).
Persze mehet folyamatosan ugyanarra a gépre kötve is a HDD amit mentesz, de ez ellentmond annak az alapelvnek, miszerint a mentést a mentett adatoktól külön tároljuk. (Hogy ne együtt sérüljenek ha esemény van.)
(Nem lenne elég egy felhős mentés csak a fontos adatokról az image mentés helyett? Hányszor kellett az utóbbi évben (években) újratelepítened a teljes rendszert probléma miatt?)
"Nem lenne elég egy felhős mentés csak a fontos adatokról az image mentés helyett?"
Lehet, hogy személyes adatok is (fotók, stb.) vannak a mentendő fájlok között, ez esetben a felhő szóba sem jöhet. Viszont két mentés, fizikailag két külön helyen tárolva (NEM úgy, hogy az egyik a nappaliban, a másik a hálóban!
) már kielégítőnek mondható. -
Helios
tag
igen, erre jöttem én is rá - hogy semmi olyat, ami nekem most szükséges lenne. Tulképpen egy külső ssd usb csatolóval (még külső ssd ház sem kell) elég a helyi backuphoz, ehhez semmi szükség egy erre a feladatra kb atomerőmű RPi-re. A nagyobbik fiam is lebeszélt róla, azt mondja a Pi egy mikrokontroller, semmi szükség erre egy szimpla rendszeres backuphoz. (közben megtaláltam a duplicati backup appot, igaz webes alapú, de állítólag tudja azt amit én akarok)
-
HarryPotter
őstag
...a Pi egy mikrokontroller, semmi szükség erre egy szimpla rendszeres backuphoz.
A Pi NEM mikrokontroller, hanem egykártyás számítógép (Single Board Computer = SBC) Abban igaza volt, hogy van Raspberry gyártmányú mikrokontroller, de a kettő NEM ugyanaz.
Egy hálózati eszközzel attól lennél előrébb, egy USB-s külső drive-hoz képest, hogy nem kell minden alkalommal fizikailag csatlakoztatni a géphez. Így nem marad ki a mentés - pl. mert épp "nem érsz rá" = nincs kedved foglalkozni vele - ami addig nem probléma, amíg épp nem lenne rá szükséged.köszi ezt továbbítom neki
-
vadkörte
addikt
igen, erre jöttem én is rá - hogy semmi olyat, ami nekem most szükséges lenne. Tulképpen egy külső ssd usb csatolóval (még külső ssd ház sem kell) elég a helyi backuphoz, ehhez semmi szükség egy erre a feladatra kb atomerőmű RPi-re. A nagyobbik fiam is lebeszélt róla, azt mondja a Pi egy mikrokontroller, semmi szükség erre egy szimpla rendszeres backuphoz. (közben megtaláltam a duplicati backup appot, igaz webes alapú, de állítólag tudja azt amit én akarok)
-
HarryPotter
őstag
-
0519
senior tag
köszi a válaszokat. A win 11-es laptopomat szeretném backuploni, teljes lemezkép mentéssel online. Heti egy vagy két alkalommal, mindig csak inkrementális mentés lenne időzítve. A cél annyi lenne (értelemszerűen), hogy ha valami miatt lehal a rendszer, akkor legyen honnan visszaállítani. Ennél többet nem szeretnék, lehet, hogy ehhez overkill a Rasp. pi. (Speciális probléma, hogy a gépem arm-es, így nem nagyon találok jó online backup appot, de ez egy másik téma).
-
Helios
tag
köszi a válaszokat. A win 11-es laptopomat szeretném backuploni, teljes lemezkép mentéssel online. Heti egy vagy két alkalommal, mindig csak inkrementális mentés lenne időzítve. A cél annyi lenne (értelemszerűen), hogy ha valami miatt lehal a rendszer, akkor legyen honnan visszaállítani. Ennél többet nem szeretnék, lehet, hogy ehhez overkill a Rasp. pi. (Speciális probléma, hogy a gépem arm-es, így nem nagyon találok jó online backup appot, de ez egy másik téma).
-
vadkörte
addikt
köszi a válaszokat. A win 11-es laptopomat szeretném backuploni, teljes lemezkép mentéssel online. Heti egy vagy két alkalommal, mindig csak inkrementális mentés lenne időzítve. A cél annyi lenne (értelemszerűen), hogy ha valami miatt lehal a rendszer, akkor legyen honnan visszaállítani. Ennél többet nem szeretnék, lehet, hogy ehhez overkill a Rasp. pi. (Speciális probléma, hogy a gépem arm-es, így nem nagyon találok jó online backup appot, de ez egy másik téma).
-
HarryPotter
őstag
Az attól függ… Egy RasPi nagyon sok mindenre jó. Akár backup szervernek is. (Nekem részben adattárolásra is szolgál a RasPi szerverem, de messze nem az a fő feladata. Ha kizárólag adatot kellene tárolni vagy megosztani, akkor feldugnék a routerre egy USB HDD-t és ott osztanám meg.)
Szerintem kezd el azzal, hogy átgondolod, kitalálod és meg is fogalmazod, hogy valójában mit is szeretnél: mit akarsz menteni, mennyit, hogyan, honnan, hány példányban, offline/online, el akarod e érni távolról, mennyit szánsz rá (megéri?). stb. -
Helios
tag
egy Raspberry jó lenne online/offline backup servernek (win 11 mellé)? Ha igen, melyik modell ill. kiépítés lehet a legjobb?
-
0519
senior tag
egy Raspberry jó lenne online/offline backup servernek (win 11 mellé)? Ha igen, melyik modell ill. kiépítés lehet a legjobb?
-
HarryPotter
őstag
-
Kicsirics77
veterán
Igen az ment fel, csak nemigen gyors maga a rendszer és el is vesztette a meghajtót,bár ennek az oka myilván az hogy a meghajtó ntfs és nincs felrakva az ntfs-3g csomag.
-
Kicsirics77
veterán
-
cigam
titán
Köszi, raspian os ment rá, de érdekes módon semmit nem kellett állítani eddig mert újraindítás után megjelent a meghajtó, a kori is látta, meg a bit is, mindenféle parancssoros módolás nélkül, csak összepakol és megy.
Köszönöm a választ, átnézem mindenképpen.
-
Kicsirics77
veterán
Köszi, raspian os ment rá, de érdekes módon semmit nem kellett állítani eddig mert újraindítás után megjelent a meghajtó, a kori is látta, meg a bit is, mindenféle parancssoros módolás nélkül, csak összepakol és megy.
Köszönöm a választ, átnézem mindenképpen. -
cigam
titán
Jó reggelt.
Adott egy pi3B, most jött el az ideje,hogy reinstall legyen, az eredeti felállást nem én csináltam, elég keveset foglalkozom mostanában pi vonallal, de azt kellene megoldanon,hogy egy külső merevlemez legyen rajta, ha esetleg áramszünet van vagy ki van húzva a táp akkor automatikusan mountolja vissza, letöltések mennének rá plussz a kodi is azt használná.
Read/Write opcióval természetesen.
Parancssortól nem ilyedek meg.
Válaszokat előre is köszi. -
Kicsirics77
veterán
Jó reggelt.
Adott egy pi3B, most jött el az ideje,hogy reinstall legyen, az eredeti felállást nem én csináltam, elég keveset foglalkozom mostanában pi vonallal, de azt kellene megoldanon,hogy egy külső merevlemez legyen rajta, ha esetleg áramszünet van vagy ki van húzva a táp akkor automatikusan mountolja vissza, letöltések mennének rá plussz a kodi is azt használná.
Read/Write opcióval természetesen.
Parancssortól nem ilyedek meg.
Válaszokat előre is köszi. -
wassermann
Topikgazda
-
De igaz.
Nyilván nem ennyire egyszerű a dolog, az embernél a limbikus rendszer bonyolult kémiai folyamatai is beleszólnak a dolgokba, meg a többi érzékszervből bejövő információk is kapcsolódnak a tokenizációba, de lényegében erről van szó.Bocs az offért.
-
Ez egy statisztikai alapon működő nagy nyelvi modell, aminak fingja nincs a nyelvtani szabályokról, csak úgy pakolja egymás után a szavakat
Pontosan így működik az emberi agy is, hiszen az LLM is neurális hálót használ ami az emberi agy működését utánozza. Egy másfél éves gyerek pont így tanul beszélni: statisztikai alapon rakja egymás után a megtanult szavakat, úgy, hogy fingja nincs néhány szó jelentéséről, sem a nyelvtani szabályokról, azokat majd 10 év múlva az általános iskolában fogja megtanulni hozzá (és akkor sem aszerint fog beszélni).
Na azért ez így nem kicsit meredek
-
Aryes
nagyúr
Nem vagy vele egyedül. De fontos hangsúlyozni, hogy téves a hétköznapi nyelvben megragadt megnevezése, ez ugyanis nem intelligencia. Ez egy statisztikai alapon működő nagy nyelvi modell, aminak fingja nincs a nyelvtani szabályokról, csak úgy pakolja egymás után a szavakat a kérdésre adott válaszhoz, ahogy a tudásbázisa valószínűségeiből jónak látja. És minél több ilyen "valószínű" választ generál, annál több hülyeség lát majd napvilágot.
Ez egy statisztikai alapon működő nagy nyelvi modell, aminak fingja nincs a nyelvtani szabályokról, csak úgy pakolja egymás után a szavakat
Pontosan így működik az emberi agy is, hiszen az LLM is neurális hálót használ ami az emberi agy működését utánozza. Egy másfél éves gyerek pont így tanul beszélni: statisztikai alapon rakja egymás után a megtanult szavakat, úgy, hogy fingja nincs néhány szó jelentéséről, sem a nyelvtani szabályokról, azokat majd 10 év múlva az általános iskolában fogja megtanulni hozzá (és akkor sem aszerint fog beszélni).
-
Ugyanazt a kérdést feltettük egy ismert és széles körben használt LLM-nek, egyikünk szóban diktálással, én írásban. A kérdés rendkívül összetett és bonyolult volt.
Ki a katolikus egyház vezetője jelenleg, vagyis 2026-ban és mióta.
Az írásban feltett kérdésre tökéletes választ kaptam, a szóban feltettre akkora ordas baromságot válaszolt, hogy a röhögéstől majdnem lenyelem a nyelvem.
Amikor felhívtuk a figyelmét, hogy téved, átment hisztis pi***ba és visszaszúrt, hogy nem, ő nem téved, bizonyára a mi információnk a hibás.
Eszközök - HW, SBC, DAC, AMP, (elektroncső,) stb... - technikai paraméterek alapján történő összehasonlítására, kódalapok, látványtervek, illusztrációk* generálására használom. Ha normálisan, részletesen van megírva a prompt, korrekt választ kapok. Szóbeli promptolást meg sem próbálok.
*:
Épp folyamatban van egy munkám, amihez baromi kevés illusztrációt kaptam, AI-jal viszont egész hatékonyan tudok generálni hozzá illusztrációnak használható tartalmakat.
(helyszínelési fotók, látleletek, kamu jegyzőkönyvek, stb...) -
cinemazealot
addikt
Hát nemtudom, lehet én öregszem, de nekem egyáltalán nem fekszik az AI
Nem vagy vele egyedül. De fontos hangsúlyozni, hogy téves a hétköznapi nyelvben megragadt megnevezése, ez ugyanis nem intelligencia. Ez egy statisztikai alapon működő nagy nyelvi modell, aminak fingja nincs a nyelvtani szabályokról, csak úgy pakolja egymás után a szavakat a kérdésre adott válaszhoz, ahogy a tudásbázisa valószínűségeiből jónak látja. És minél több ilyen "valószínű" választ generál, annál több hülyeség lát majd napvilágot.
-
///Krisz\\\
senior tag
Ugyanazt a kérdést feltettük egy ismert és széles körben használt LLM-nek, egyikünk szóban diktálással, én írásban. A kérdés rendkívül összetett és bonyolult volt.
Ki a katolikus egyház vezetője jelenleg, vagyis 2026-ban és mióta.
Az írásban feltett kérdésre tökéletes választ kaptam, a szóban feltettre akkora ordas baromságot válaszolt, hogy a röhögéstől majdnem lenyelem a nyelvem.
Amikor felhívtuk a figyelmét, hogy téved, átment hisztis pi***ba és visszaszúrt, hogy nem, ő nem téved, bizonyára a mi információnk a hibás.
Eszközök - HW, SBC, DAC, AMP, (elektroncső,) stb... - technikai paraméterek alapján történő összehasonlítására, kódalapok, látványtervek, illusztrációk* generálására használom. Ha normálisan, részletesen van megírva a prompt, korrekt választ kapok. Szóbeli promptolást meg sem próbálok.
*:
Épp folyamatban van egy munkám, amihez baromi kevés illusztrációt kaptam, AI-jal viszont egész hatékonyan tudok generálni hozzá illusztrációnak használható tartalmakat.
(helyszínelési fotók, látleletek, kamu jegyzőkönyvek, stb...) -
vadkörte
addikt
Nem gondolnám. Ez is csak ugyanolyan mint a többi termék: a bevezetésekor tele van hibával és idővel egyre jobb lesz. Jelentse ez akár azt is, hogy megmarad a hallucináció, de mondjuk figyelmeztetni fog, hogy amit most leírt arra nem talált konkrét bizonyítékot, hogy létezik, csak ő gondolja így.
Nem tudom mások hogy használják. Én mindig akkor használom ha valami olyat akarok megismerni, amivel kapcsolatban még nincs tapasztalatom. Mert hát lássuk be, nem jöhetek ide a fórumba azzal, hogy: "Sziasztok, Semmit nem tudok XY dologról, kérlek világosítsatok fel". Ki fog így segíteni nekem? Kinek van erre ideje/idegrendszere, hogy elmagyarázza nulláról? Az AI-al meg nyugodtan elbeszélgethetek órákon keresztül, ráér és nem fogy el a türelme.
Néha persze becsúszik egy ilyen baki, de 95%-ban jókat mond. Nekem ez így belefér, 5%-ban meg majd tartom a hátam és égek a baromságai miatt.Ugyanazt a kérdést feltettük egy ismert és széles körben használt LLM-nek, egyikünk szóban diktálással, én írásban. A kérdés rendkívül összetett és bonyolult volt.
Ki a katolikus egyház vezetője jelenleg, vagyis 2026-ban és mióta.
Az írásban feltett kérdésre tökéletes választ kaptam, a szóban feltettre akkora ordas baromságot válaszolt, hogy a röhögéstől majdnem lenyelem a nyelvem.
Amikor felhívtuk a figyelmét, hogy téved, átment hisztis pi***ba és visszaszúrt, hogy nem, ő nem téved, bizonyára a mi információnk a hibás.
Eszközök - HW, SBC, DAC, AMP, (elektroncső,) stb... - technikai paraméterek alapján történő összehasonlítására, kódalapok, látványtervek, illusztrációk* generálására használom. Ha normálisan, részletesen van megírva a prompt, korrekt választ kapok. Szóbeli promptolást meg sem próbálok.
*:
Épp folyamatban van egy munkám, amihez baromi kevés illusztrációt kaptam, AI-jal viszont egész hatékonyan tudok generálni hozzá illusztrációnak használható tartalmakat.
(helyszínelési fotók, látleletek, kamu jegyzőkönyvek, stb...) -
Kicsirics77
veterán
Nem gondolnám. Ez is csak ugyanolyan mint a többi termék: a bevezetésekor tele van hibával és idővel egyre jobb lesz. Jelentse ez akár azt is, hogy megmarad a hallucináció, de mondjuk figyelmeztetni fog, hogy amit most leírt arra nem talált konkrét bizonyítékot, hogy létezik, csak ő gondolja így.
Nem tudom mások hogy használják. Én mindig akkor használom ha valami olyat akarok megismerni, amivel kapcsolatban még nincs tapasztalatom. Mert hát lássuk be, nem jöhetek ide a fórumba azzal, hogy: "Sziasztok, Semmit nem tudok XY dologról, kérlek világosítsatok fel". Ki fog így segíteni nekem? Kinek van erre ideje/idegrendszere, hogy elmagyarázza nulláról? Az AI-al meg nyugodtan elbeszélgethetek órákon keresztül, ráér és nem fogy el a türelme.
Néha persze becsúszik egy ilyen baki, de 95%-ban jókat mond. Nekem ez így belefér, 5%-ban meg majd tartom a hátam és égek a baromságai miatt.Hát nemtudom, lehet én öregszem, de nekem egyáltalán nem fekszik az AI
-
///Krisz\\\
senior tag
Amúgy minden hátsó szándék nélkül kérdezem: ezek az AI szarok fogják egyszer ezt a világot bedönteni?
Olyan iszonyat mennyiségű f@szságot talál ki,hogy a hajam égnek áll, plussz ugye lassan ha valaki valamit nemtud egybol ezeket a szarokat kérdezi és feltétel nélkül elhiszi amit mond.Nem gondolnám. Ez is csak ugyanolyan mint a többi termék: a bevezetésekor tele van hibával és idővel egyre jobb lesz. Jelentse ez akár azt is, hogy megmarad a hallucináció, de mondjuk figyelmeztetni fog, hogy amit most leírt arra nem talált konkrét bizonyítékot, hogy létezik, csak ő gondolja így.
Nem tudom mások hogy használják. Én mindig akkor használom ha valami olyat akarok megismerni, amivel kapcsolatban még nincs tapasztalatom. Mert hát lássuk be, nem jöhetek ide a fórumba azzal, hogy: "Sziasztok, Semmit nem tudok XY dologról, kérlek világosítsatok fel". Ki fog így segíteni nekem? Kinek van erre ideje/idegrendszere, hogy elmagyarázza nulláról? Az AI-al meg nyugodtan elbeszélgethetek órákon keresztül, ráér és nem fogy el a türelme.
Néha persze becsúszik egy ilyen baki, de 95%-ban jókat mond. Nekem ez így belefér, 5%-ban meg majd tartom a hátam és égek a baromságai miatt. -
PhoenixK
őstag
Amúgy minden hátsó szándék nélkül kérdezem: ezek az AI szarok fogják egyszer ezt a világot bedönteni?
Olyan iszonyat mennyiségű f@szságot talál ki,hogy a hajam égnek áll, plussz ugye lassan ha valaki valamit nemtud egybol ezeket a szarokat kérdezi és feltétel nélkül elhiszi amit mond. -
HantekDSO
aktív tag
Amúgy minden hátsó szándék nélkül kérdezem: ezek az AI szarok fogják egyszer ezt a világot bedönteni?
Olyan iszonyat mennyiségű f@szságot talál ki,hogy a hajam égnek áll, plussz ugye lassan ha valaki valamit nemtud egybol ezeket a szarokat kérdezi és feltétel nélkül elhiszi amit mond. -
Kicsirics77
veterán
Kicsit faggattam még a Gemini-t, kiderült, hogy csak kitalálta a POWER_OFF_ON_REBOOT-ot, szóval az nem létező kapcsoló. Gondolom amikor teszteltem, a papírt átszúrhatták a GPIO tüskék végei és megint kapott tápot. Szóval azt benéztem.
Lényeg a lényeg, hogy most már kap áramot a pogo pin-eken keresztül a HAT és végre normálisan újraindul. -
///Krisz\\\
senior tag
köszi, hogy amoda is leírtad. A másik amit ott írtál, hogy létezik ilyen eeprom bootloader kapcsoló is
"POWER_OFF_ON_REBOOT=1 "
Ezt valsz sokan keresték, akik az évek során valamilyen okból szívtak az ssd-kkelNa ezt nem is láttam még. Kezd a pi is egyre követhetetlenebb lenni. Sokszor a régi rendszerek és pik leírásai jönnek fel kereséskor és valahogy egyre nehezebb megatalálni szerintem az aktuális információkat úgy, hogy ne kelljen adatbányászni hozzá.
De ez a kapcsoló tényleg létezik vagy csak kicserélted a POWER_OFF_ON_HALT -ot arra? Nem találok dokumentációt hozzá
Kicsit faggattam még a Gemini-t, kiderült, hogy csak kitalálta a POWER_OFF_ON_REBOOT-ot, szóval az nem létező kapcsoló. Gondolom amikor teszteltem, a papírt átszúrhatták a GPIO tüskék végei és megint kapott tápot. Szóval azt benéztem.
Lényeg a lényeg, hogy most már kap áramot a pogo pin-eken keresztül a HAT és végre normálisan újraindul. -
vadkörte
addikt
Üdv!
Én messze nem űzöm ezt a hobbit olyan szinten mint Ti, az eszközök képességeinek talán 1-5%-t ha kihasználom. Talán.
A tanácsotokra - különösen cigam tanácsára - az RPi2-t tartósan streamer szerepkörbe száműztem, egy régebbi moOde-dal egy SMSL PS200Pro DAC-kal szolgáltatja a muzikot. Vettem mellé egy gyári tápot, mivel a 10W-os gagyi mobiltöltő a Pi-t és a DAC-ot már nem tudta üzembiztosan vinni. 600MHz-en járnak a magok, több óra zenehallgatás után is 1-15% közötti kihasználtsággal ketyegnek, alig 150MB RAM foglalással. Amíg meg nem döglik, elleszek vele.
A Pi-vel kiesett a mediaplayer-em, tettem egy próbát a dedikált Android-os lejátszók háza táján, de egyik sem győzött meg (túl sokat tudtak, vagy preneolitikumi HW-rel árulták arany áron)
Végül a HA-n nézelődve jött szembe egy RockChip-es SBC. Egy 2GB RAM/32GBonboard eMMC-vel szerelt Radxa RockPi4B+-t.
Mindig fáztam az RK SoC-któl, de ez valahogy érdekesnek tűnt. Utánaolvasva rá kellett jönnöm, hogy ez az RK, már nem az az RK. Némi FoxPost-os szívatás után megérkezett a kütyü. Nos, háát nem RPi... A Pi-t beüzemelni gyerekjáték, ezzel azért molyoltam pár napig.
Érdekes a konfig, mert 2GB RAM-mal nem szerelték 32GB eMMC-vel, csak 16-tal. Kiderült, hogy ezek Wi-Fi router-ek voltak, amikkel mellesleg Helimum-ot bányásztak. Háát nálam már nem bányászik. Sikerült kialakítani a számomra ideális dualOS kombót. Az mSD-ről LibreELEC boot-ol mediaplayer lesz, az eMMC-ről meg egy Debian12-vel lehet használni. Ahhoz képest, hogy csak egy ARM SBC nyúlfarknyi 2GB RAM-mal, gyors és gördülékeny. A repók gyárilag kínaiakra vannak állítva, ezeket tervezem áttenni valami európaira. Szükséggépnek, vagy ágybandöglősnezetősnek tökéletes. -
azbest
félisten
+ #48828 cigam
Nem rátok gondoltam, itt mindig normálisan álltak hozzám.Meglett a hiba, de tök véletlenül jöttem rá. Kipróbáltam már mindent, de mindig elakadt. Kínomban már szétszedtem a Pi-t és a HAT-et is és akkor vettem észre, hogy a Pi hátoldalán az egyik GPIO tüske végén ott hagyták a gyártás során a flux-ot. Pont azon, amivel a HAT egyik pogo pin-je érintkezett. Izopropil-alkohollal és egy csipesszel letakarítottam róla, összeraktam és többet nem akadt el az újraindítás.
Szerintem az lehetett, hogy mivel 3.9W az NV3-as SSD max fogyasztása és a Pi a PCIe csatlakozón 5W-ot tud max leadni, működés közben sosem okozott gondot, hogy a pogo pin-eken keresztül nem kap plusz tápot.
Illetve gondolom, hogy a Trixie az újraindítás közben szórakozik vagy el is veszi a tápot a PCIe csatlakozóról, így a pogo pin-ek hiányában leállt az SSD és nem tudott felébredni a boot-ra. Bookworm alatt viszont lehet, hogy nem szórakoztak a PCIe csatlakozó tápellátásával.
köszi, hogy amoda is leírtad. A másik amit ott írtál, hogy létezik ilyen eeprom bootloader kapcsoló is
"POWER_OFF_ON_REBOOT=1 "
Ezt valsz sokan keresték, akik az évek során valamilyen okból szívtak az ssd-kkelNa ezt nem is láttam még. Kezd a pi is egyre követhetetlenebb lenni. Sokszor a régi rendszerek és pik leírásai jönnek fel kereséskor és valahogy egyre nehezebb megatalálni szerintem az aktuális információkat úgy, hogy ne kelljen adatbányászni hozzá.
De ez a kapcsoló tényleg létezik vagy csak kicserélted a POWER_OFF_ON_HALT -ot arra? Nem találok dokumentációt hozzá
-
Aszpirin
támogató
+ #48828 cigam
Nem rátok gondoltam, itt mindig normálisan álltak hozzám.Meglett a hiba, de tök véletlenül jöttem rá. Kipróbáltam már mindent, de mindig elakadt. Kínomban már szétszedtem a Pi-t és a HAT-et is és akkor vettem észre, hogy a Pi hátoldalán az egyik GPIO tüske végén ott hagyták a gyártás során a flux-ot. Pont azon, amivel a HAT egyik pogo pin-je érintkezett. Izopropil-alkohollal és egy csipesszel letakarítottam róla, összeraktam és többet nem akadt el az újraindítás.
Szerintem az lehetett, hogy mivel 3.9W az NV3-as SSD max fogyasztása és a Pi a PCIe csatlakozón 5W-ot tud max leadni, működés közben sosem okozott gondot, hogy a pogo pin-eken keresztül nem kap plusz tápot.
Illetve gondolom, hogy a Trixie az újraindítás közben szórakozik vagy el is veszi a tápot a PCIe csatlakozóról, így a pogo pin-ek hiányában leállt az SSD és nem tudott felébredni a boot-ra. Bookworm alatt viszont lehet, hogy nem szórakoztak a PCIe csatlakozó tápellátásával.
-
azbest
félisten
+ #48828 cigam
Nem rátok gondoltam, itt mindig normálisan álltak hozzám.Meglett a hiba, de tök véletlenül jöttem rá. Kipróbáltam már mindent, de mindig elakadt. Kínomban már szétszedtem a Pi-t és a HAT-et is és akkor vettem észre, hogy a Pi hátoldalán az egyik GPIO tüske végén ott hagyták a gyártás során a flux-ot. Pont azon, amivel a HAT egyik pogo pin-je érintkezett. Izopropil-alkohollal és egy csipesszel letakarítottam róla, összeraktam és többet nem akadt el az újraindítás.
Szerintem az lehetett, hogy mivel 3.9W az NV3-as SSD max fogyasztása és a Pi a PCIe csatlakozón 5W-ot tud max leadni, működés közben sosem okozott gondot, hogy a pogo pin-eken keresztül nem kap plusz tápot.
Illetve gondolom, hogy a Trixie az újraindítás közben szórakozik vagy el is veszi a tápot a PCIe csatlakozóról, így a pogo pin-ek hiányában leállt az SSD és nem tudott felébredni a boot-ra. Bookworm alatt viszont lehet, hogy nem szórakoztak a PCIe csatlakozó tápellátásával.
aaah
nem gondoltam volna hogy ilyen tünetet kontakthiba is okozhat.Érdemes lehet a hivatalos raspberry fórumon is leírni a megoldást, hogy ha más rátalál a kérdésedre, ezt a lehetőséget is megnézze
-
///Krisz\\\
senior tag
pedig jókat kérdeztek, csak nem írták le, hogy hol és hogyan tudod megnézni. A POWER_OFF_ON_HALT pedig ahogy írtam azért lényeges, mert ha rebootkor is van halt állapot, lehet elveszi az 5vot, míg 3.3v-ot kapja az nvme HAT-ról és attól meghülyülhet. A bookworm valsz máshogy adta ki a rebootot és ott nem volt halt közben. Egy próbát megér átállítani.
-
Áh bocs, félreolvastam Jeff írását. A 3.3v-ot kapcsolja le és az zavarhatja meg valamelyik HAT-ot, hogy az 5v mellől kiesik.
Apparently some HATs have trouble if the 3v3 power rail is off, but 5v is still active—which would be the case if you completely power off the SoC, but still have your 5V power supply plugged in. [link]
Mivel csak egy paraméterről van szó, a legegyszerűbb kipróbálni, hogy van-e hatása
Valaki írta, Jeff alá kommentnek, hogy újabb rendszeren lehet alapértelmezetten be is van kapcsolva.Máshol azt írják talán, hogy a cmdline.txt -ben kernel opciónak reboot=pci vagy reboot=cold vagy reboot=warm vagy reboot=force -t is lehet próbálni. Bár ez lehet csak ai halucináció mert összekutyul pécés és raspberrys témákat.
-
Köszi, gondoltam rákérdezek, mert nem előszőr fordulna elő, hogy valamit félre értek. Köszi a kiigazítást!
A halt egy fura dolog, mert van a shutdown halt parancs, hlt utasítás is. Mindkettőnek más a hatása. De egyik sem áramtalanítja a PCIe buszt. A Raspberry Pi architektúrája miatt a PMIC alapértelmezésben nem kapcsolja le az 5V-os bemeneti feszültséget a GPIO tüskékről és a PCIe csatlakozóról. (Mivel fizikai kapcsolat van köztük ezt nem tudja befolyásolni)
A PCIe HAT-ok többsége közvetlenül erről az 5V-ról kapja a tápellátást. A legtöbb PCIe HAT-on (pl. egy NVMe SSD bővítőn) saját feszültségszabályozók vannak, amik az 5V-ból csinálnak 3.3V-ot az SSD-nek.
Ugye ez általánosság, nem tudjuk biztosan az ő esetében pontosan hogyan működik a HAT/tápellátás.Áh bocs, félreolvastam Jeff írását. A 3.3v-ot kapcsolja le és az zavarhatja meg valamelyik HAT-ot, hogy az 5v mellől kiesik.
Apparently some HATs have trouble if the 3v3 power rail is off, but 5v is still active—which would be the case if you completely power off the SoC, but still have your 5V power supply plugged in. [link]
Mivel csak egy paraméterről van szó, a legegyszerűbb kipróbálni, hogy van-e hatása
Valaki írta, Jeff alá kommentnek, hogy újabb rendszeren lehet alapértelmezetten be is van kapcsolva.Máshol azt írják talán, hogy a cmdline.txt -ben kernel opciónak reboot=pci vagy reboot=cold vagy reboot=warm vagy reboot=force -t is lehet próbálni. Bár ez lehet csak ai halucináció mert összekutyul pécés és raspberrys témákat.
-
A hivatalos raspi fórumra gondolt.
A haltot ő is úgy gondolja. De ezt nem garantálnám, pláne nem a raspberry pi esetén. Ez nem oprendszer szinten van, hanem hogy a soc átszóljon a tápáramkör mikrokontrollerének, hogy csináljon tápelvételt.
És kifejezetten illik a tünet arra, amit nvme és más hatek kapcsán erre az opcióra írtak. Ha valahol dokumentálva van, vagy valahol ki lehet nyerni logokból, mit csinál máshogy a mostani kernel, változott e az alapértelmezett restart mód, az segíthetne biztosan rájönni. A reboot_type is one of bios, acpi, kbd, triple, efi, or pci opciók közül is változhatott, hogy mi az alapértelmezett és az esetleg másképp reseteli a pit. De akár a pi5 specifikus implementációba is kerülhetett más, ha a pécés opciók itt nem validak.
DA9091 is the product of a multi-year co-development effort. Working closely with the Renesas team in Edinburgh allowed us to produce a PMIC which is precisely tuned for our needs. And we were able to squeeze in two frequently requested features: a real-time clock (RTC), which can be powered by an external supercapacitor or a rechargeable lithium-manganese cell; and a PC-style power button, supporting hard and soft power-off and power-on events. [link]
-
///Krisz\\\
Akkor ebben nem fogunk egyetérteni, szerintem totál hülyeségeket kérdeztek.
Ezt kifejtenéd? Nem akarok neked esni egy félreértés miatt, de jól értem? Úgy gondolod, hogy az itteni segíteni szándékozók írtak hülyeségeket neked?Amúgy a halt a kikapcsolásnál van, mert onnan nem megy tovább, a reboot nem ad ki halt parancsot. Abban viszont lehet igazság, hogy leállításkor lecsatolja a fájlrendszert, és kikapcsolja, energiatakarékos módba teszi a vezérlőt, és az SSD-t. Ebből az alvó módból lassan vagy hibásan ébredhet fel, szemben az áramtalanítással, ami nulláról indít mindent.
-
cigam
titán
Akkor ebben nem fogunk egyetérteni, szerintem totál hülyeségeket kérdeztek.
Létezik ilyen, hogy reboot-nál elveszi a tápot? Mindegy, kipróbálom hátha, mert már bármit el tudok képzelni, köszi.
-
///Krisz\\\
senior tag
pedig jókat kérdeztek, csak nem írták le, hogy hol és hogyan tudod megnézni. A POWER_OFF_ON_HALT pedig ahogy írtam azért lényeges, mert ha rebootkor is van halt állapot, lehet elveszi az 5vot, míg 3.3v-ot kapja az nvme HAT-ról és attól meghülyülhet. A bookworm valsz máshogy adta ki a rebootot és ott nem volt halt közben. Egy próbát megér átállítani.
-
azbest
félisten
Bookworm alatt normálisan működött a reboot (sudo reboot - piros LED világít - zöld LED világít - összes LED elalszik (be van állítva config.txt-ben, hogy kapcsoljon ki az összes)). Trixie-től kezdve: sudo reboot - piros LED világít - zöld LED világít és itt megáll, mert a képernyőképen is látható módon nem éri el az SSD-t és ismételgeti a boot sorrendet.
Mivel ha kikapcsolom és utána bekapcsolom, akkor mindig gond nélkül boot-ol, csak reboot-nál van probléma, arra gondolok, hogy valami parancs kimarad a reboot elején, ami jelzi az SSD-nek, hogy újraindulás lesz. Nyilván ez a parancs kikapcsolásnál más illetve kikapcsoláskor elveszi az áramot, tehát nulláról indul a hardware bekapcsolásnál.
Nem tudom mik azok az UART logok, csak megemlítette az egyikük, hogy annak hiányában kell még kérdezgetnie.
Félelmetesen hülyék vannak abban a topikban. Már beszélgettem Github-on az OS-ért felelős fejlesztőkkel, akik tök segítőkészek voltak és normális utasításokkal vezettek, hogy hogyan oldjuk meg a problémát. De ezek annyira fogalmatlanok, hogy én nem akartam elhinni, hogy ezek fejlesztők.
Az első két dolgot javasolt: frissítsek a legújabb bootloader-re, amikor a képen látszik, hogy a legújabb van a Pi-n, a másik javaslata, pedig az volt, hogy beszélgessek más felhasználókkal. A második csóka felhozta a POWER_OFF_ON_HALT-ot, aminek semmi köze az újraindításhoz, az a kikapcsolás után veszi el a tápot a perifériákról illetve az SD kártyáról akart bootoltatni, amikor az NVMe eszközt nem éri el a bootloader. A harmadik emberbe szorult valami ész, mert rászolt a másodikra, hogy milyen hülyeséget ír. A végére, pedig megérkezett bolygókapitánya, aki úgy érezte, hogy megsértettem őket a kérdéseimmel, de egyszerűen már kezdtem elveszíteni a türelmem, hogy milyen hülyeségekkel fárasztanak.
-
///Krisz\\\
senior tag
eh de eltört ez a másolás innen
reboot=pci esetleg?reboot= [KNL]
Format (x86 or x86_64):
[w[arm] | c[old] | h[ard] | s[oft] | g[pio]] \
[[,]s[mp]#### \
[[,]b[ios] | a[cpi] | k[bd] | t[riple] | e[fi] | p[ci]] \
[[,]f[orce]
Where reboot_mode is one of warm (soft) or cold (hard) or gpio
(prefix with 'panic_' to set mode for panic
reboot only),
reboot_type is one of bios, acpi, kbd, triple, efi, or pci,
reboot_force is either force or not specified,
reboot_cpu is s[mp]#### with #### being the processor
to be used for rebooting.Ezen kívült még [link] [link] ennek a hangolása
nvme_core.default_ps_max_latency_us=0
talán valami bealvásos problémát megoldhat -
///Krisz\\\
senior tag
mondjuk ahogy itt és a raspi fórumon írtad, ezek szerint máshogy csinálja a rebootot a két oprendszer? A bookwornnál is volt az, hogy lekapcsol majd visszakapcsol vagy ott a ledek máshogy viselkedtek?
Lehet a gyors ki-be kapcsolás miatt az ssd még valami instabil állapotban van. Nem tudom van -e kernel kapcsoló, hogy hasonlóan viselkedjen a rebootkor az áram, mint a bookwormon.
Azt meg azért mondhatták, hogy a POWER_OFF_ON_HALT gondot okozhat, mert úgy olvasom, vannak HAT-ek amit összezavar hogy részben kap áramot, részben nem. [link]
Ha power offot csinál restart előtt az új os, míg a bookworm máshogy rebootolt, lehet köze hozzá. Annak a halt-nak meg kikapcsolt pi fogyasztására kéne legyen hatása, nem a futó pire. Ha mindig fut, akkor nem nyersz vele gondolom.
Az UART logot említették még, amit a bootloadernél be lehet kapcsolni és akkor valsz a pi valamelyik pinjeire kötött usb soros átalakítóval és terminállal lehet látni debug infókat a bootloaderből, hogy miért nem sikerül.
Kernel opciónak esetleg próbálhatsz, most hirtelen nem tudom a pi5 esetén cmdline.txt van -e még vagy hol lehet ezeket megadni. De van reboot=valami opció a kernelhez. Talán nem ugyanaz az alapértelmezett beállítás a két oprendszeren vagy valami bug miatt meg kéne adni valamit helyette:
reboot= [KNL] Format (x86 or x86_64): [w[arm] | c[old] | h[ard] | s[oft] | g[pio]] \ [[,]s[mp]#### \ [[,]b[ios] | a[cpi] | k[bd] | t[riple] | e[fi] | p[ci]] \ [[,]f[orce] Where reboot_mode is one of warm (soft) or cold (hard) or gpio (prefix with 'panic_' to set mode for panic reboot only), reboot_type is one of bios, acpi, kbd, triple, efi, or pci, reboot_force is either force or not specified, reboot_cpu is s[mp]#### with #### being the processor to be used for rebooting.Bookworm alatt normálisan működött a reboot (sudo reboot - piros LED világít - zöld LED világít - összes LED elalszik (be van állítva config.txt-ben, hogy kapcsoljon ki az összes)). Trixie-től kezdve: sudo reboot - piros LED világít - zöld LED világít és itt megáll, mert a képernyőképen is látható módon nem éri el az SSD-t és ismételgeti a boot sorrendet.
Mivel ha kikapcsolom és utána bekapcsolom, akkor mindig gond nélkül boot-ol, csak reboot-nál van probléma, arra gondolok, hogy valami parancs kimarad a reboot elején, ami jelzi az SSD-nek, hogy újraindulás lesz. Nyilván ez a parancs kikapcsolásnál más illetve kikapcsoláskor elveszi az áramot, tehát nulláról indul a hardware bekapcsolásnál.
Nem tudom mik azok az UART logok, csak megemlítette az egyikük, hogy annak hiányában kell még kérdezgetnie.
Félelmetesen hülyék vannak abban a topikban. Már beszélgettem Github-on az OS-ért felelős fejlesztőkkel, akik tök segítőkészek voltak és normális utasításokkal vezettek, hogy hogyan oldjuk meg a problémát. De ezek annyira fogalmatlanok, hogy én nem akartam elhinni, hogy ezek fejlesztők.
Az első két dolgot javasolt: frissítsek a legújabb bootloader-re, amikor a képen látszik, hogy a legújabb van a Pi-n, a másik javaslata, pedig az volt, hogy beszélgessek más felhasználókkal. A második csóka felhozta a POWER_OFF_ON_HALT-ot, aminek semmi köze az újraindításhoz, az a kikapcsolás után veszi el a tápot a perifériákról illetve az SD kártyáról akart bootoltatni, amikor az NVMe eszközt nem éri el a bootloader. A harmadik emberbe szorult valami ész, mert rászolt a másodikra, hogy milyen hülyeséget ír. A végére, pedig megérkezett bolygókapitánya, aki úgy érezte, hogy megsértettem őket a kérdéseimmel, de egyszerűen már kezdtem elveszíteni a türelmem, hogy milyen hülyeségekkel fárasztanak.
-
mondjuk ahogy itt és a raspi fórumon írtad, ezek szerint máshogy csinálja a rebootot a két oprendszer? A bookwornnál is volt az, hogy lekapcsol majd visszakapcsol vagy ott a ledek máshogy viselkedtek?
Lehet a gyors ki-be kapcsolás miatt az ssd még valami instabil állapotban van. Nem tudom van -e kernel kapcsoló, hogy hasonlóan viselkedjen a rebootkor az áram, mint a bookwormon.
Azt meg azért mondhatták, hogy a POWER_OFF_ON_HALT gondot okozhat, mert úgy olvasom, vannak HAT-ek amit összezavar hogy részben kap áramot, részben nem. [link]
Ha power offot csinál restart előtt az új os, míg a bookworm máshogy rebootolt, lehet köze hozzá. Annak a halt-nak meg kikapcsolt pi fogyasztására kéne legyen hatása, nem a futó pire. Ha mindig fut, akkor nem nyersz vele gondolom.
Az UART logot említették még, amit a bootloadernél be lehet kapcsolni és akkor valsz a pi valamelyik pinjeire kötött usb soros átalakítóval és terminállal lehet látni debug infókat a bootloaderből, hogy miért nem sikerül.
Kernel opciónak esetleg próbálhatsz, most hirtelen nem tudom a pi5 esetén cmdline.txt van -e még vagy hol lehet ezeket megadni. De van reboot=valami opció a kernelhez. Talán nem ugyanaz az alapértelmezett beállítás a két oprendszeren vagy valami bug miatt meg kéne adni valamit helyette:
reboot= [KNL] Format (x86 or x86_64): [w[arm] | c[old] | h[ard] | s[oft] | g[pio]] \ [[,]s[mp]#### \ [[,]b[ios] | a[cpi] | k[bd] | t[riple] | e[fi] | p[ci]] \ [[,]f[orce] Where reboot_mode is one of warm (soft) or cold (hard) or gpio (prefix with 'panic_' to set mode for panic reboot only), reboot_type is one of bios, acpi, kbd, triple, efi, or pci, reboot_force is either force or not specified, reboot_cpu is s[mp]#### with #### being the processor to be used for rebooting. -
azbest
félisten
Megnéztem, a HAT-nek nincs firmware-e, a Kingston, pedig még nem adott ki frissítést az NV3-akhoz.
Az ASPM-et már próbáltam, de nem változott semmi. A sebességet viszont nem szeretném felezni, így is elég takarékon megy a cucc. Lehet, hogy inkább ezt elengedem, oldják meg a fejlesztők, addig meg a havi egyszeri frissítéskor nem reboot-al indítom újra, hanem shutdown-al és kézzel bekapcsolom, ez belefér.
Köszi a segítséget.
-
///Krisz\\\
senior tag
Van egy "ébredési" idő, amit a vezérlő látszólag a vártnál később végez el. Lehet pont a soft reset miatt.
Bizonyos SSD-k (Micron, Samsung 2230, WD SN530 stb.) érzékenyek a Pi 5 PCIe resetjére. Próbáld meg frissíteni az HAT fw-t, ill. az SSD-ét.
Az is segíthet, ha késlelteted a PCIe busz inicializálását, ill. kisebb sebességre állítod.
PCIE_ASPM=0
PCIE_SPEED=1
Az első kikapcsolja a PCIe energiatakarékosságát, ami növelheti a stabilitást, a második pedig beállítja az x1 linket. Így 5Gbps helyett csak 2.5Gbps lesz a kapcsolat sebessége.Megnéztem, a HAT-nek nincs firmware-e, a Kingston, pedig még nem adott ki frissítést az NV3-akhoz.
Az ASPM-et már próbáltam, de nem változott semmi. A sebességet viszont nem szeretném felezni, így is elég takarékon megy a cucc. Lehet, hogy inkább ezt elengedem, oldják meg a fejlesztők, addig meg a havi egyszeri frissítéskor nem reboot-al indítom újra, hanem shutdown-al és kézzel bekapcsolom, ez belefér.
Köszi a segítséget.
-
cigam
titán
Megcsináltam mindkettőt, de ugyanúgy elakad.
Az a furcsa, hogy van egy szögre ugyanilyen setup-om, csak egy dologban különbözik, azon egy 2TB-os NV3 SSD van és az nem csinálja ezt. Megnéztem, ezen az 1TB-os NV3 SSD-n (ami elakad) TenaFe a vezérlő, a 2TB-oson, pedig Silicon Motion. Létezik, hogy a TenaFe bealszik az újraindítás során és azért nem válaszol?
Mert ha jól tudom az újraindítás és a ki-be kapcsolás között az is különbség, hogy újraindításnál nem veszi el a tápot. -
///Krisz\\\
senior tag
Frissítsd a bootloadert:
sudo apt update
sudo apt full-upgrade
sudo rpi-eeprom-update -a
sudo reboot
Ha még mindég problémás, engedélyezd a PCIE_PROBE opciót. A PCIE_PROBE egy Raspberry Pi‑specifikus bootloader opció, ami azt szabályozza, hogyan és mikor próbálja a Pi 5 inicializálni a PCIe buszt – vagyis azt a részt, amin az NVMe SSD is lóg.
sudo rpi-eeprom-config --edit
PCIE_PROBE=1
BOOT_ORDER=0xf416 -
cigam
titán
Egy Pi 5-öt használok SSD-vel (HAT + SSD). Az a problémám, hogy ha kikapcsolom a Pi-t majd be, akkor minden gond nélkül bekapcsol, viszont ha sudo reboot-al indítom újra, elakad a bootlolásnál, csatolok egy képet, hogy mit ír ki (OS Lite):
Ezt azóta csinálja, hogy felkerült rá a Trixie, előtte ilyen nem volt. Találkozott esetleg valaki már ilyennel?
-
///Krisz\\\
senior tag
Egy Pi 5-öt használok SSD-vel (HAT + SSD). Az a problémám, hogy ha kikapcsolom a Pi-t majd be, akkor minden gond nélkül bekapcsol, viszont ha sudo reboot-al indítom újra, elakad a bootlolásnál, csatolok egy képet, hogy mit ír ki (OS Lite):
Ezt azóta csinálja, hogy felkerült rá a Trixie, előtte ilyen nem volt. Találkozott esetleg valaki már ilyennel?
-
Persze paranoia kérdése is, de miért kell kimennie az internetre? Miért nem vár az eszköz ha nincs internet. Szerintem nem a gyártóhoz kell igazodni, hanem annak hozzád. Pl az eszköz gyártójánál megreklamáltad?
A HA service fájlját kicsit módosítod:
After=network-online.target
Wants=network-online.targetAztán engedélyezed a figyelő szervizt:
sudo systemctl enable NetworkManager-wait-online.service
sudo systemctl start NetworkManager-wait-online.serviceDocker használatával a compose fájlt kell kicsit módosítani:
healthcheck:
test: ["CMD", "ping", "-c", "1", "1.1.1.1"]
interval: 10s
timeout: 3s
retries: 5Ugyanakkor a HA-n belül is létezik interntefigyelés:
binary_sensor:
- platform:
ping host: 1.1.1.1
name: Internet elérhető
count: 2
scan_interval: 10Ezzel már elérheted, hogy az Internethez kötött szolgáltatásokat csak akkor indítsa, ha van internet kapcsolat. PL. a Volvo fájljába beteszed ezt:
condition:
- condition:
state entity_id: binary_sensor.internet_elérhető
state: "on"Így működik a HA minden szolgáltatása, kivéve amikhez internet szükséges. Ezt a HA topikban biztos tovább tudják finomítani. pl. a HA indulásakor vár az internetre.
internetre.automation:
- alias: "HA startup – várj internetre"
trigger:
- platform: homeassistant
event: start
wait_for_trigger:
- platform: state
entity_id: binary_sensor.internet_elérhető
to: "on"
timeout: "00:05:00"
continue_on_timeout: false
action:
- service: homeassistant.reload_config_entry
target:
device_id: <volvo_device_id>Köszi, ez hasznos
Amúgy mit reklamáljak? Hogy érted, hogy miért nem vár az eszköz az internetre?
Az egyik egy Volvo V60 autó, a másik egy Viessmann Vitodens 100W kazán.
A Volvónak és a Viessmann-nak is saját IoT megoldásuk van, és a lokális API-t nem adják ki (a Volvo esetében főleg security, a Viessmann esetében főleg safety okokból teljesen érthető, hogy a lokális API-ra csatlakozást saját kézben tartják, nem adják ki 3rd partynak).
Az Edge nélküli IoT megoldásoknál (mindekttő tipikusan ilyen) a szenzoradatok "betáplálása" és azok kliens általi lekérése külön folyamaton megy, elkülönített interfészeken ("Southbound" ill. "Northbound", ha foglalkoztál már IoT-val), aszinkron módon. Ha lekérsz egy szenzoradatot, jobb esetben megkapod annak timestampjét is, ami azt mutatja, hogy az adat nagyon friss. Rosszabb esetben (ha leszakadt a kütyü /autó, kazán/ az internetről/, akkor régebbi adatot kapsz.
Mindkét gyártó publikálja a Northbound API-ját, és elérhetővé teszi az autentikált userek számára, hogy kliens applikációjuk számára (jelen esetben a HA) authentication key-t generáljanak, aminek használatával egyszrei user-autentikáció után az applikáció hozzáfér a user kütyüje szenzoradataihoz illetve eseményeket is tud kiváltani /pl triggerelni tudja az autó indítását, szellőztetés indítását, ilyenek/).
Alighanem ezeket tudtad, szóval bocs, hogy leírtam, inkább a többieknek, akik esetleg nem láttak még IoT architektúrákat.
Szóval az interneten a két gyártó Northbound interfésze ott van, ők nem "szakadnak le", és a HA-nak ezekre van szüksége. Az auto mint "eszköz" egyébként a saját SIM-kártyáján keresztül "lóg" az interneten, ő ée sem szakad. A kazán igen, de mint láttuk,, nem közvetlenül tőle lesz lekérdezve az adat.
A probléma inkább azzal van, hogy a HA-na zok az integrációk, amelyek internetet igényelnek, nem várják meg az indulással az internet meglétét, és belehalnak abba, hogy nem tudnak be-autentikálni a gyártói IoT-interfészekre.
A többi már ebből következik.
Fura, mert pl. a Homey-nál nincs ilyen probléma. Erre maga a HA is vigyázhatna egy (re)boot utáni integráció-indításokkor, mert az, hogy egy integráció igényel internetet, egyértelműen ott van a manifestben (az integráció IoI-class-a "cloud_polling"):{
"domain": "vicare",
"name": "Viessmann ViCare",
"codeowners": ["@CFenner"],
"config_flow": true,
"dhcp": [
{
"macaddress": "B87424*"
}
],
"documentation": "https://www.home-assistant.io/integrations/vicare",
"integration_type": "hub",
"iot_class": "cloud_polling",
"loggers": ["PyViCare"],
"requirements": ["PyViCare==2.55.0"],
"version": "1.0.99"
}
(mellesleg van okosotthon-topik, ahol intenzíven foglalkoznak a HA-val (főleg azzal), és nem is ide szántam a kérdést, csak véletlenül pakoltam ide be. A sors fintora, hogy Te adtál a legprofibb választ rá, szóval a HA-szakértőknél jobb vagy(Amúgy meg nem használok docker-compose-t és ha a HA-t dockerbe rakod fel, ő sem pakol fel compose file-t /bár ebben nem vagyok biztos!/. Portainer-t használok, ahol egy Stack lényegében ugyanazt jelenti, mint egy docker-compose file, de még nem készítettem el neki. Ideje már...)
-
Sziasztok!
Van egy általános jellegű problémám, talán Ti is találkoztatok már vele.
A probléma két olyan HA-integrációval van, amelyek internetet igényelnek a működéshez (nekem csak ez a kettő ilyen van, de lehet, hogy mindegyik internetes autentikációt igénylő integrációra kiterjed a probléma). A gond, hogy ha áramszünet van, a HA gyorsabban feláll, mint az internet kapcsolat, elindulnak az integrációk, autentikálni akarnak a felhőikkel az API-kulcsot és a korábbi autentikációs tokennel, de mivel nincs internet, ez nem megy, és itt behal az integráció. A két eset nálam: Viessmann és Volvo. A viessmann egy sima Reconfigure-val ment, a Volvo viszont sehogy sem akart autentikálni, újra kellett generálnom az API kulcsot a Volvo felületén, újra kellett indítanom a HA-t, majd a Volvo integráción Reconfigure, újraautentikálás, új API key megadása, és innentől újra fut.
Ez a Viessmann esetében csak vgvagy 3 klikk, de a Volvo esetében is pár kliekkel beoldható, nem ez a fő probléma. Hanem hogy Elhalnak az automatizációik, és lehet, hogy észre sem veszem, mindez egy esetleges áramszünet miatt, ami akár pillanatnyi is lehet, nálunk sajnos ez eléggé gyakori. Márpedig az egész főleg az automatizációk miatt van... (Nálam Homey Pró-n futnak az automatizációk, a HA "csak" az integrációk miatt van speciális esetekre (jelenleg három Device-ot veszek át a Homey-ba a HA-ból: az Ecowitt WS90 időjárás-állomást, a Viesmann Vitodenss '00W kazánt, és a Volvo autómat. Mindegyiknek meg van az alapos oka, hogy miért nem a natív Homey-integrációt használom).
Szóval, Ti talékoztatok-e ezzel a problémával és ha igen, miként oldottázok meg, vagy miként oldanátok meg? Tul. képpen csak annyi kellene, hogy a Viessmann és Volvo integrációk késleltetve induljanak el egy HA-újrindítás esetén, én már belőném, hogy kb mennyi idő múlva van már internet. Nem sok ez az idő, de tuti nincs még, amikor elindulnak.
Köszi szépen a segítséget (és vegyétek figyelembe, hogy HA-ban viszonylag kezdő vagyok, szóval elnézést előre is, ha túl banális a kérdés).
-
Az a gond, hogy ha nem jön meg az internet, nem indul el.
Olyan volt már nálam is, hogy visszajött az áram, és volt WLAN meg Ethernet LAN is, de az internetre várnolm kellett másnapig, amíg megoldották nekem távolról a telekomos műszakiak...
Ha leblokkolom a HAOS vagy docker esetében akár a host OS bootolását az internet hiányában, akkor egy halom automatizálást blokkolok, miközben a túlnyomó többségük nem igényel internetet. -
-
Köszi a Tippet.
Az oprendszert azt biztos nem blokkoltatnám internet hiányában, szerintem az nem annyira jó ötlet.
Viszont a HA docker konténerben van, annak jó lenne csak akkor indulnia, ha van internet, ha nincs, várjon. Függetlenül attól, miért és hogyan lett leállítva és újraindítva.Most látom, hogy elírtam ugyan, de értetted, amit írtam
Miért, mi a gond az oprendszer blokkolásával, míg megjön az internet?
Ugyanaz lesz a végeredmény, mintha a docker konténert blokkolnád.Azt nem tudom amúgy, hogy FTTH net esetén marad-e online a router, ha UPS-en van. 🤔
-
Sziasztok!
Van egy általános jellegű problémám, talán Ti is találkoztatok már vele.
A probléma két olyan HA-integrációval van, amelyek internetet igényelnek a működéshez (nekem csak ez a kettő ilyen van, de lehet, hogy mindegyik internetes autentikációt igénylő integrációra kiterjed a probléma). A gond, hogy ha áramszünet van, a HA gyorsabban feláll, mint az internet kapcsolat, elindulnak az integrációk, autentikálni akarnak a felhőikkel az API-kulcsot és a korábbi autentikációs tokennel, de mivel nincs internet, ez nem megy, és itt behal az integráció. A két eset nálam: Viessmann és Volvo. A viessmann egy sima Reconfigure-val ment, a Volvo viszont sehogy sem akart autentikálni, újra kellett generálnom az API kulcsot a Volvo felületén, újra kellett indítanom a HA-t, majd a Volvo integráción Reconfigure, újraautentikálás, új API key megadása, és innentől újra fut.
Ez a Viessmann esetében csak vgvagy 3 klikk, de a Volvo esetében is pár kliekkel beoldható, nem ez a fő probléma. Hanem hogy Elhalnak az automatizációik, és lehet, hogy észre sem veszem, mindez egy esetleges áramszünet miatt, ami akár pillanatnyi is lehet, nálunk sajnos ez eléggé gyakori. Márpedig az egész főleg az automatizációk miatt van... (Nálam Homey Pró-n futnak az automatizációk, a HA "csak" az integrációk miatt van speciális esetekre (jelenleg három Device-ot veszek át a Homey-ba a HA-ból: az Ecowitt WS90 időjárás-állomást, a Viesmann Vitodenss '00W kazánt, és a Volvo autómat. Mindegyiknek meg van az alapos oka, hogy miért nem a natív Homey-integrációt használom).
Szóval, Ti talékoztatok-e ezzel a problémával és ha igen, miként oldottázok meg, vagy miként oldanátok meg? Tul. képpen csak annyi kellene, hogy a Viessmann és Volvo integrációk késleltetve induljanak el egy HA-újrindítás esetén, én már belőném, hogy kb mennyi idő múlva van már internet. Nem sok ez az idő, de tuti nincs még, amikor elindulnak.
Köszi szépen a segítséget (és vegyétek figyelembe, hogy HA-ban viszonylag kezdő vagyok, szóval elnézést előre is, ha túl banális a kérdés).
-
Sziasztok!
Van egy általános jellegű problémám, talán Ti is találkoztatok már vele.
A probléma két olyan HA-integrációval van, amelyek internetet igényelnek a működéshez (nekem csak ez a kettő ilyen van, de lehet, hogy mindegyik internetes autentikációt igénylő integrációra kiterjed a probléma). A gond, hogy ha áramszünet van, a HA gyorsabban feláll, mint az internet kapcsolat, elindulnak az integrációk, autentikálni akarnak a felhőikkel az API-kulcsot és a korábbi autentikációs tokennel, de mivel nincs internet, ez nem megy, és itt behal az integráció. A két eset nálam: Viessmann és Volvo. A viessmann egy sima Reconfigure-val ment, a Volvo viszont sehogy sem akart autentikálni, újra kellett generálnom az API kulcsot a Volvo felületén, újra kellett indítanom a HA-t, majd a Volvo integráción Reconfigure, újraautentikálás, új API key megadása, és innentől újra fut.
Ez a Viessmann esetében csak vgvagy 3 klikk, de a Volvo esetében is pár kliekkel beoldható, nem ez a fő probléma. Hanem hogy Elhalnak az automatizációik, és lehet, hogy észre sem veszem, mindez egy esetleges áramszünet miatt, ami akár pillanatnyi is lehet, nálunk sajnos ez eléggé gyakori. Márpedig az egész főleg az automatizációk miatt van... (Nálam Homey Pró-n futnak az automatizációk, a HA "csak" az integrációk miatt van speciális esetekre (jelenleg három Device-ot veszek át a Homey-ba a HA-ból: az Ecowitt WS90 időjárás-állomást, a Viesmann Vitodenss '00W kazánt, és a Volvo autómat. Mindegyiknek meg van az alapos oka, hogy miért nem a natív Homey-integrációt használom).
Szóval, Ti talékoztatok-e ezzel a problémával és ha igen, miként oldottázok meg, vagy miként oldanátok meg? Tul. képpen csak annyi kellene, hogy a Viessmann és Volvo integrációk késleltetve induljanak el egy HA-újrindítás esetén, én már belőném, hogy kb mennyi idő múlva van már internet. Nem sok ez az idő, de tuti nincs még, amikor elindulnak.
Köszi szépen a segítséget (és vegyétek figyelembe, hogy HA-ban viszonylag kezdő vagyok, szóval elnézést előre is, ha túl banális a kérdés).
-
Nem írnám le az eszközt, nekem pont egy ilyen elsőgenerációs raspberry pi 1 (256MB ram) van használatában a legújabb raspberry pi os fut rajta.
GPIO-n hőmérő szenzor van rákötve, egy wifi usb stickkel (ezen még nincs beépített wifi) és python scriptek futnak rajta, amiből szivattyú vezérlést indít, állít meg, csomó paramétert alapján. A fontosabb dolgokról pedig gotify-on keresztül még üzenetet is küld lanon, így ha nincs net, akkor is működik. A logok ramdisken vannak, hogy ne egye meg az SD-t.
Nyílván egyre kevesebb dologra jó már egy öreg pi, de anno mekkora erőgépnek tűnt az akkori Asus WL-500GP V2 routeremhez képest.Szeretek ilyeneket olvasni, bár ez már lassan retro kategória. C64-re is létezik webböngésző.
-
ja hát a modernebb programok, oprendszer sokkal több erőforrást használnak... a 256MB-os eredeti raspberry kb használhatatlan már. Gpio minimál dologra max. De pl kamera minimál gpu ram igény mellett nem marad már a rendszernek a kernelen kívül ram.
Meg inkább az, hogy az újabb rendszerben nincsen készen sokminden, ami a régin már megvolt. És értem én, hogy szabványosabb api meg minden, de nincs készen
És lehet nem is tesz az alapítvány nagy effortot bele, hanem kivárja a közösséget - de lehet tévedek ebben.Nem írnám le az eszközt, nekem pont egy ilyen elsőgenerációs raspberry pi 1 (256MB ram) van használatában a legújabb raspberry pi os fut rajta.
GPIO-n hőmérő szenzor van rákötve, egy wifi usb stickkel (ezen még nincs beépített wifi) és python scriptek futnak rajta, amiből szivattyú vezérlést indít, állít meg, csomó paramétert alapján. A fontosabb dolgokról pedig gotify-on keresztül még üzenetet is küld lanon, így ha nincs net, akkor is működik. A logok ramdisken vannak, hogy ne egye meg az SD-t.
Nyílván egyre kevesebb dologra jó már egy öreg pi, de anno mekkora erőgépnek tűnt az akkori Asus WL-500GP V2 routeremhez képest. -
///Krisz\\\
senior tag
Próbáld meg hozzáadni ezt a sort:
ea support = yes
Indítsd újra a sambat, vagy magát a Pi-t, és próbáld újra.Kipróbáltam, de sajnos nem változott tőle.
#48801 wassermann
Lehet, de azt nem nagyon szeretném, hogy teleszemetelje a mappákat.Mivel minden máson tökéletesen működik, inkább az iPhone-on lecseréltem a Fájlok alkalmazást az Owlfiles-ra, amivel tökéletesen meg tudom nyitni a képeket, sőt az összes videót is lejátsza, szóval még a VLC-t is kiváltottam vele.
Köszönöm azért a segítségeteket.
-
wassermann
Topikgazda
Még egy dologgal küzdök. A Pi-re csatlakoztatott HDD-ről SMB-n keresztül érem el a fényképeimet. Ez Android TV-n és macOS-en (Finder-ben) hibátlanul működik, viszont iOS-en a Fájlok alkalmazás megnyitja a mappákat, de a benne lévő fényképeknek nincs előnézeti képe valamint a fájlokat már meg se nyitja.
Jelenleg így néz ki az ide vonatkozó SAMBA paraméterezés:
[Fényképek]
comment=Fényképek
path=/mnt/hdd/Fényképek
browseable=Yes
read only=Yes
create mask=0775
directory mask=0775
valid users=horvathkrisztian, @users
force group=users
# Ez a két sor megakadályozza, hogy az OS X rendszer segédfájljai létrejöjjenek ezen a megosztáson
veto files = /._*/.DS_Store/.Trashes/.TemporaryItems/
delete veto files = yes
# Apple-specifikus kiterjesztések (VFS)
vfs objects = catia fruit streams_xattr
fruit:aapl = yes
fruit:metadata = stream
fruit:resource = file
# Ez segít abban, hogy az iOS ne "akadjon ki" a csak olvasható állapoton
fruit:locking = noneItt kellene még valamit módosítani vagy a Fájlok alkalmazás oldalán kellene keresni a hibát?
) már kielégítőnek mondható.
Ugyanaz lesz a végeredmény, mintha a docker konténert blokkolnád.
Új hozzászólás Aktív témák
wassermann- Autós topik
- Vivo X200 Pro - a kétszázát!
- Lightyear - befektetési app
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Revolut
- Kamionok, fuvarozás, logisztika topik
- Speciális kiadású AMD-s alaplapot villantott az ASUS a 20 éves ROG-jubileumra
- Apple MacBook
- AMD FX
- Samsung Galaxy Felhasználók OFF topicja
- További aktív témák...
- 24 magos AMD Threadripper alapú munkára kiváló félgép, 128GB RAM-mal
- Hihetetlen Gaming PC brutális specifikációkkal! A dán Topdata.dk IT-cég által összerakva
- Lenovo M720q Mini PC - Core i3 8100T vagy Core i5 8500T- 8GB vagy 16GB ram - 256/512GB SSD - több db
- Intel Core ULTRA 9 285K +32GB 7600MHz Patriot Viper XTREME 5 DDR5 kit! (Bolti ár: kb 600ezer Ft!)
- Lenovo Thinkcentre M710Q MINI PC,i3-7100T,8GB DDR4,256GB SSD,WIN11
- Intel Nuc M15 Core i5 1135G7 512Gb NVMe SSD 15,6" IPS Érintőkijelző Boltból Garanciával
- Playstation VR1 3 hónap garancia, számlával!
- Bluetooth hangszóró FM rádióval
- Apple AirPods 4 / AirPods 4 ANC Bontatlan 27% áfás ár
- Apple iPhone 16 Plus 128GB Ultramarine használt, karcmentes 96% akku (266 ciklus) 6 hónap gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest