- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Argos: Szeretem az ecetfát
- sziku69: Szólánc.
- Magga: PLEX: multimédia az egész lakásban
- eBay-es kütyük kis pénzért
- NASsoljunk: ZyXEL NSA-310 és az FFP
- Elektromos rásegítésű kerékpárok
- #95904256: Socket370 / 3DMark2001
-
LOGOUT
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
veterán
válasz
atesss
#38043
üzenetére
SSD egy USB2-es házba
Ez az öntökönszúrás
![;]](//cdn.rios.hu/dl/s/v1.gif)
Én 42 ezerért vettem SSD-t és kicsit tartottam tőle, hogy 5000 forintos házba teszem. De végül mindenben príma, szóval nem gáz. De az a minimum volt, hogy a ház 3.0-s legyen, menjen rajta a TRIM, a SMART, meg hát a kábel mellett a chip is 3 Gbites legyen (hiába a 3.0-s csatlakozó+kábel, ha régi, 480 Mbites chip megy át, az a büdös életbe nem lesz gyors).Ja, és még így is agyaltam, hogy inkább 59 ezres NVMe SSD + 10 ezres ház hozzá (kisebb lett volna, az hétszentség).
-
Keem1
veterán
Srácok, van valaki, akinek Pi Zero W eszköze van, és működésre bírta az internet megosztást USB-n keresztül? Nekem nem sikerült. Elérem USB-n, de nincs net.
Félreértés ne essék, megy wifivel, csak a Zero-t direkt fejlesztési, tesztelési célból vettem, így egyértelmű, hogy valahogy az USB netet is rá akarom csiholni.Ami megvan eddig:
- gépen fent van az RNDIS Gadget driver, meg is jelent hálózati csatolóként
- a gép gigabit kapcsolatán "gyártottam" egy megosztást, aminek célja a fenti RNDIS connection
- a Zero-n a második USB (nem a szélső táp) csatlakozóba kábelt dugva, annak a végét a gépbe dugva, feléled az eszköz, ssh-n el is érem. De net az nincs. Ha a routeren visszakapcsolom a 2,4 GHz-es adót (csak a Zero használja itthon, minden más 5 GHz-en lóg), akkor van net, a wlan0-n keresztül megy a netkapcsolat, az usb0-n pedig az sshHa az RNDIS kapcsolatnak fix ip-t adok, akkor nem érem el a Zero-t, muszáj dinamikusra hagyni az ip kiosztást.
Mit rontok el?
Még valami!
Az valahogy szerintetek kivitelezhető, hogy ha nem az itthoni wifire van csatlakoztatva a Zero (mert pl. anyámnál akarok vele kütyüzni, esetleg a cimborám víkendházában töltünk el egy hosszú hétvégét), de elér netet (mert előzőleg az adott networköket beállítottam a wpa_supplicant.conf fájlban), akkor automatikusan kapcsolódjon az itthoni Pi4 VPN-jére (OpenVPN) kliensként?
Ennek az lenne a célja, hogy a Pi4-en keresztül, ha arra VPN-en rácsatlakozik, bármikor elérhetem, bárhol is vagyok. Nem, nem tervezek kockulni nyaralás alkalmával, de ha mégis, akkor ne legyen gond, és ne a helyszínen kelljen variálni
-
Keem1
veterán
válasz
azbest
#37938
üzenetére
Vagy nem interaktív hanem a login paraméter kell neki talán
/bin/bash -l script....
Úgy felszedi a futtató user profil konfigját (ami alapból talán a root
már ha általános cron és nem crontab -bal futtatod egy user alól. Ha crontabbal futtatod, akkor az adott userként futna szerintem, amihez beállítottad.Nagyon köszönöm ezt a javaslatot, ez volt a megoldás
Simán mennek a backupok cronból! -
Keem1
veterán
Rádugtam egy régi USB 2.0-s kártyaolvasót. Nem csökkent a sebesség. Ezt az ISO-t 82 és 124 MB/s között másoltam át.
Egyébként gigabit LAN-on nagyjából ez a 124,5 a gyakorlati maximum, ennél többet nem mértem. Általában nagy fájlok másolásakor az elején hozza, max 40%-ig, utána beáll valahol 80 és 110 közöttre.
-
Keem1
veterán
válasz
Leho_89
#37982
üzenetére
Majd a nálam járatosabbak felvilágosítanak, de én nem látom akadályát az NTFS samba megosztásának.
Mondom a saját példámat. Sok tanulás és idő volt ezeket összehozni, de megtérült. Minden hiba nélkül fut. Sokat segítettek itt a srácok, a kálváriám simán visszakövethető a topikban
- van itthon 3 számítógép (1 asztali, plusz 2 laptop), 2 telefon, 1 tablet, 1 tévé. Mindegyiken elérek mindent
- Pi-n van 4 user (2 a két valós embernek, a pi default user, ami már nincs használatban, meg egy teszt user tesztelési célokra). Samba jelszót a két hús-vér ember usere kapott.
- a samba-t maximálisan testre szabtam. Van mindenki home foldere (symlink az SSD-n lévő, csak az adott user számára elérhető kiegészítő folder, ami szintén elérhető samban a home folderen keresztül), a filmeket tartalmazó média folder, stb.
- van MiniDLNA, ez kifejezetten a filmek hálózaton belüli lejátszására (megy Windows, Linux, Android és Samsung okostévén is). Azt vettem észre, stabilabb, jobb, mint a samba megosztás. 20-40 GB-os BluRayRipekel is elboldogul
- A három Win 10-es gépen mindegyik felhasználónak fel van csatolva a saját home foldere (U:\ mint user), a média folder (M:\ mint média), plusz nekem még a teljes SSD root (S:\ mint SSD).
- a tévén miniDLNA-val játsszuk le a filmeket
- a telefonokon VLC-vel miniDLNA-val tudunk lejátszani, de a Samsung My Files gyári fájlkezelőben fel vannak csatolva a fenti, Windowsnál is használt network share-ekAz már apróság, hogy a qBitTorrentnek is van egy mappa az SSD-n (tulaj: qbtuser:users) és a Media mappa ownere (minidlna:users) is be lett profin állítva. Ezt te nem fogod tudni hasonlóan, mivel NTFS-re a Linux nem használ jogosultságokat.
Itt pedig egy tipikus Samba sebesség:
Elnézést ha hosszú lett, de hátha segít neked.
-
Keem1
veterán
válasz
Leho_89
#37980
üzenetére
Elsősorban ext4 fájrendszerre formázott diszket javasolnék. Megy NTFS-sel is, de egyrészt NTFS-t nem célszerű hotswap-olható diszken használni (elsősorban Windows alatt, beépített drive esetén van értelme), ha mindenképp Win kompatibilissé szeretnéd tenni, akkor exFAT.
De egyértelmű, hogy hosszú távra (tehát nem másolás erejéig bedugott pendrive) egyértelműen ext4 a jó választás Linuxra (lehet tolatva is haladni hosszabb úton egy autóval, de a tolatás nem erre lett kitalálva, ezért van az előremenet).Ez utóbbi frankón megosztható Samba-n. Én SSD-t használok, LAN-on 80-120 MBps sebesség. Egy 20 GB-os film kb. 5-6 perc alatt átmegy. Magán az SSD-n belüli másolás 400-450 MB/s. Pl egy filmet áttenni egy másik folderbe kb. fél perc. Egy 1 TB-os Samsung 860 Evo-t használok egy frankó USB 3.0-s alumínium házzal, külső tápot se kér, az USB 3.0 által leadható 0,9 A elég neki (más "nagy"fogyasztó nincs USB 3.0-ra kötve a Pi-n).
Lehet automountolni, nálam is úgy van, fstab bejegyzés még jobb is, mint az eredetileg korábban tervezett crontab (+@reboot), hisz még login előtt felcsatolja a drive-ot és így amik később használni akarják a login process alatt, már elérik a diszket.
-
-
Keem1
veterán
válasz
zsolt_64
#37943
üzenetére
Jaja, egyetértek. Én ilyen külföldi webshopokon mindig kosárba teszem a terméket, végigkattintom a szállítási díjig, hisz van hogy azon vérzik el a dolog (pl. 25 dolláros termék + 80 dollár szállítás).
#37944 Márton
Igen, ez lehetséges, ebben a részében őszintén szólva nem voltam teljesen biztos.
-
Keem1
veterán
válasz
lac14548
#37940
üzenetére
Az ilyen webshopoktól a büdös életben nem rendelnék, ráadásul ha lenne elég időm, fel is nyomnám őket. Magyarországon ugyanis az árakat végfelhasználók számára kötelező áfával együtt feltüntetni. A kiírt árat pedig tartani (két különböző ár esetén az alacsonyabbat kötelező felszámítani). Csak hát brit, ahogy látom, kb. kár a gőzért - sajnos.
Rendelési összérték
Tételek részösszege:24 318,48 Ft
Kiszállítás:0,00 Ft
ÁFA:6 565,99 Ft
Végösszeg:30 884,47 Ft -
Keem1
veterán
válasz
azbest
#37938
üzenetére
Már nem tudom szerkeszteni az előzőt...
Szóval a -l switchet mögé biggyesztem, aztán jön a script útvonala, és úgy oly módon fut, mintha bejelentkezett root indította volna?
Kipróbálom... Köszönöm a tippet!Update: rendben, köszönöm, beírtam a cronba, mindkét eszköznél. Holnap megnézem, mi lett a nóta vége.
-
Keem1
veterán
válasz
azbest
#37936
üzenetére
Hexa editor szerint 4 GB-nyi nulla a fájl tartalma.
A cron bejegyzés után biggyesztettem egy logba átirányítást, éjjel lefut újra, és holnap megnézem a logot.
Senki nem próbálta még cronnal futtatni a scriptet? Most lefuttattam kézzel, tökéletes. 5 napnyi mentést tároltam, az éjjeliek mind hibásak.
Ja, és a Zero mentéseivel is teljesen ugyanez a helyzet.Hoppáá.. a Zeron volt log.
Nem mindenütt, de több esetben az rynceknél operation not permitted/supported (mindkettő előfordul) szerepel.
Pedig a cron ugyebár rootként fut, ez biztos is, hisz az említett log root:root tulajdonosú. -
Keem1
veterán
Hűűűha gyerekek, van egy kis baj. A pi_shrink nevű scripttel, éjjel automatikusan készült mentések megnyithatatlanok. Amit kézzel futtatok, az tökéletes. Mivel nem naplóztam a mentés folyamatát, sajna hibaüzenetem sincs. A mérete megegyezik a kézzel indított img fájléval, így nem is sejtettem.
Valaki tapasztalt már ilyet? Mit rontok el, hogy kell crontabbal futtatni?Cron:
10 3 * * * /bin/bash /media/ssd/Backup/pi_shrink/pi_shrink2.shEz egy automatikus éjjeli mentés:
Ezt kézzel futtattam le:
-
Keem1
veterán
Na, kicsit jobban elolvastam, és az áll, hogy:
"Our default operating system image uses a 32-bit LPAE kernel and a 32-bit userland. This allows multiple processes to share all 8GB of memory, subject to the restriction that no single process can use more than 3GB."
Tehát meg tudja címezni a teljes memóriát, csak egy-egy process nem használhat 3 GB-nál több memóriát.
Tehát ha én sok kis taszkot használok (mivel szerverként üzemel nálam), akkor a 64 bites rendszer eljöveteléig is tudok 4 GB-nál több memóriát használni összesen.#37922 zsolt_64:
Ok Jövő héten megírom (hétvégén sajnos eléggé elfoglalt leszek). -
Keem1
veterán
válasz
zsolt_64
#37915
üzenetére
Linkelték a Raspbian 64 bit beta-t. Nyilván ha belátható időn belül kijön hozzá a végleges (márpedig ki fog, hiszen a Pi hivatalos rendszere a Raspbian), akkor azért nem fakadok sírva, ha 1-2 hónapig még nem tudom kihasználni a 8 GB-ot. Nem azért váltanék, mert épp ebben a pillanatban nagyon kell a 8 GB, hanem ha már van, akkor előre tervezek és megveszem az új jövevényt.
Azt már a 4 különböző variánsainál sejteni lehetett, hogy a fejlődés fel fog gyorsulni és a korlátozott erőforrású eszköz, ahogy a mikroarchitektúra fejlődése engedi, egyre jobb lesz a cucc. Azt se tartom kizártnak, hogy mondjuk 1 éven belül jöjjön a Pi 5 még több verzióval, akár csíkszélességen belüli javítás mellett még erősebb procival, és amit már korábban szellőztettem, egy prémium változatban minden a maxon + NVMe foglalattal.
Többiek, a dollárban megadott árakat mindig nettóban nézzétek, ugyanis Amerikában minden nettó (az áfa államonként eltérő), a bruttó árat mindig csak fizetéskor fogod látni.
-
Keem1
veterán
válasz
stopperos
#37899
üzenetére
Na gyerekek, asszem én holnap rendelem a 8 GB-os verziót (fizu nap lesz)
Ne azt nézzétek, hogy ez 30k, hisz akik közülünk lecserélik, többnyire a 4GB-osat fogják, így az gondolom megy apróra majd, tehát kb. 15-18 ezer le is jön a 32-ből.
Nekem megéri, RAM-ból sose elég. -
Keem1
veterán
válasz
Márton
#37881
üzenetére
Na, szuper, az a lényeg, hogy megoldódott.
Indítsd el a konfig programot (sudo raspi-config) és ott Advanced options -> Expand filesystem. Így a partíció méretét kihúzza a kártya kapacitásáig. Nálam most mind a 128 GB-ot használja és felismeri, ekkora a kártya... de csak míg finisbe nem jut az USB boot, akkor az 1 TB-os SSD-n lesz minden. Rendszer, adatok, egyebek.
Én egy SD kártyával jártam úgy, hogy a fényképezőgép nem tudott rá írni. Minden más igen, minden adat megvolt. Többször javasolták, hogy cseréljem ki. Ááá, dehogy, hát jó ez. Aztán a sokadik ellenőrző program közölte, hogy hibás a kártya (teleírós teszt). Kicseréltem, láss csodát, egy csapásra minden megoldódott, a fényképezőgép se reklamált többé.
-
Keem1
veterán
válasz
Márton
#37863
üzenetére
Ez lesz a gond, a /boot nincs felcsatolva.
Nálad mi van a
sudo nano /etc/fstabfájlban?Ilyennek kéne lennie:
PARTUUID=d9b3f436-01 /boot vfat defaults 0 2
PARTUUID=d9b3f436-02 / ext4 defaults,noatime 0 1Persze a partuuid más. Azt így tudhatod meg:
# A /boot partícióé:
blkid -o export /dev/mmcblk0p2 | grep PARTUUID
# A / partícióé:
blkid -o export /dev/mmcblk0p1 | grep PARTUUID -
Keem1
veterán
válasz
Márton
#37861
üzenetére
A csatolás jónak tűnik. Számomra fura (bár lehet, hogy nem kéne), hogy nálad nincs /boot partíció (illetve van, csak nincs felcsatolva). Mondjuk nem ezt reklamálja... A DST_PART2 az a gyökér fs (/) img-beli másolata, és itt száll el.
Próbáltad a scriptet paraméterek nélkül sudoz-va? Valahogy így (ha jól írtam persze a te elérési útvonaladat):
sudo /bin/bash /media/sdcard/rpi_shrink/pi_shrink2.sh -
Keem1
veterán
Basszus, már nem tudok szerkeszteni...
És még a cront kiegészítettem ezzel is:
find /media/ssd/Backup/pi_shrink/ -type f -name "*_*.img" -mtime +3 -exec rm -f {} \;Ez törli a régebbi mentéseket, mivel nálam ezek 40-50 GB-osak. Mind a mentés, mind a régi img-k törlése éjszakára van időzítve nálam és megy pöpecül.
Azt már nem is említettem, hogy a mentő scriptbe is belenyúltam, pl. hogy dátumozott legyen az img fájl neve, meg az eszköz neve benne legyen (két Pi-m van, egy P4 szervernek, meg egy Zero W okosotthon projektnek, programozásnak, b*szkódásnak).
-
Keem1
veterán
válasz
Márton
#37856
üzenetére
Segítünk, ne ess kétségbe. Először is, másolj ide be egy
lsblkés egydf -houtputot, hogy lássuk, mi a helyzet.Én partícióügyileg így nézek ki:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
└─sda1 8:1 0 931.5G 0 part /media/ssd
mmcblk0 179:0 0 119.3G 0 disk
├─mmcblk0p1 179:1 0 256M 0 part /boot
└─mmcblk0p2 179:2 0 119G 0 part /A /media/ssd tartalmára mentek, de a rendszer SD kártya alapértelmezett partíciójáról, így azt én pl. üresen hagyom.
Az én mentésem parancsa tehát (crontabban, automatikusan):/bin/bash /media/ssd/Backup/pi_shrink/pi_shrink2.sh -
Keem1
veterán
válasz
pvt.peter
#37811
üzenetére
Hogy érted, hogy a kábelt kicserélted? Ez a Pi hivatalos tápegysége, ezen a kábel és a tápegység nem választható külön. Minden más táp/adapter lutri. Én direkt a hivatalos verizót választottam, mivel tudom, hogy a tápellátás minden elektronikai eszköznél kardinális kérdés.
Bár lehet kapni 4-5 ezerért, az asztali gépemben lévő táp is 17 ezres minőségi, pedig nem kilowattos nagyságrendű, hanem "csak" 380 W, de egyrészt minőségi, másrészt a legfontosabb ágakon adja le a megfelelő teljesítményt.
-
-
Keem1
veterán
Skacok, van egy tartalék HDD-m, amit ugyanabban a házban használok, mint az SSD-t (nem sűrűn használt adatokat tartok rajta, tervezek külön házat venni neki).
Viszont furcsa anomáliát tapasztaltam: a SMART nem kérdezhető le és SSD-nek hiszi a Pi. A korábbi használatkor még minden rendben volt.
Ugyan a képeken nincs rajta, de az egy hónappal ezelőtti teszt kiírta a SMART értékeket, most nem.
Van bárkinek bármilyen ötlete, hogy mi történhetett egy hónap alatt és hogy varázsolhatom vissza a SMART kijelzést? Fontos lenne, mivel a HDD-n pótolható, de ettől függetlenül fontos adatok vannak, ezért jó lenne, ha egyértelműen látnám a SMART általi adatokat.
Ja, annyi változás volt, hogy a múltkor ezt is ext4-re formáztam, mivel ezt is a Pi-vel használom, de akkor nem néztem SMART-ot. Lehet összefüggés?
Ez a mostani állapot:
Ez pedig a legutóbbi:
-
Keem1
veterán
válasz
Fecogame
#37786
üzenetére
Így van, ebben igazad is van.
És végül azért esett a targizire a választásom, mivel az így mentett adatok (home folderek, etc, usr/share egy része, ...) is bőven 1 GB-os tar.gz méretet produkálnak.
Alapvetően ez megy is fel rögtön Dropboxra, eddig azért kellett a kisebb méret. De rájöttem, hogy tök fölösleges dátum alapján elnevezni és tárolni 4 óránként mindet, mivel a DB revíziókezelése nagyon jó. Azonos néven megy fel a backup, így a legutolsó a fő revízió, de 30 napra visszamenőleg bármenyik korábbi elérhető.
Szóval tar.gz lett. Veszett gyors és a mérete még vállalható.Ettől függetlenül hihetetlen jó találmány a 7z is. Windows alatt csak azt használom (GUI és CLI egyaránt), sőt, C# programozási nyelv segítségével is.
A gzip gyorsaságát akkor fedeztem fel, amikor egy C#ban írt toolom két gép közti kommunikációjára kerestem tömörítési algoritmust. A 7z ott is agyonverte a mezőnyt méretben, de a gzippel konstans 10 ms alatti időket értem el (0,5 - 10 MB méretű adatcsomagok), addig a többi tömörítési algoritmus nagyságrendekkel nagyobb, 50-350 ms tömörítési időket produkált. Szerintem a gzip valami hardveres tömörítést használ.
-
Keem1
veterán
Az img mentések mellett fontosabb folderek tömörítésével is backupolok (ez utóbbi naponta többször is), ha esetleg menetközben egy-egy különálló fájlra lenne szükségem, ne kelljen az img-vel vacakolni.
A megfelelő archívumformátumot keresem...
Érdekes ám ez.. A tar.gz sokkal gyorsabban megvan, a 7z pedig 5x olyan lassú, de feleakkora archívumot eredményez -
Keem1
veterán
-
Keem1
veterán
Szerintem a tápegységet nem kell félteni. Egy modern, kapcsolóüzemű táp eléggé hosszú élettartamú (nyilván nem évtizedek, de 5 körüli évben mérhető élettartam azért eléggé valószínűsíthető). Én a hivatalos gyári tápot használom, ebben a komponensben nem spóroltam.
A többire érdemben nem tudok válaszolni, de szerintem a többi fogyasztóhoz képest, ami a világban szintén nagy számban üzemel, ugyancsak elenyésző a fogyasztása, mint ahogy egy háztartáson belül is. De ez tényleg nem általam tudományosan alátámasztott tény
Amúgy a példámban én is szándékosan szélsőséges számokkal kalkuláltam, biztos vagyok benne, hogy én se 450 forint körül fizetek egy hónapban, hanem jóval kevesebbet. -
Keem1
veterán
Hogy őszinte legyek, én leszarom, hogy nálam éjjel-nappal megy a Pi
Aszongya, hogy 15 W-os tápra van kötve az enyém, tehát ez a max, amit felvehet.
Durva példa: tegyük fel, hogy a nap minden órájában felveszi a 15 wattot (nem fogja, de most ez a számtanpélda). Ebben az esetben egíy hónapban 10 kilowattot fogyaszt el, tehát 450 forint. 450 Ft abban az esetben, ha éjjel-nappal a tápegység maximumát veszi fel (amit az én konfigom valójában egyetlen másodpercig se). 450 forint... A havi keresetemhez képest kimutathatatlansági határ alatt van (kb. 1 ezrelék). Továbbra is abban az esetben, ha a tápegység maximumát venné fel egy hónap minden napján és annak minden órájában5 hónapja van meg a Pi, és eddig egyik villanyszámlán se vettem észre a fogyasztását. Évek óta 1000 forinton belüli az ingadozás minden hónapban, ami azelőtt is megvolt, és azután is megvan, hogy a Pi-t beüzemeltem.
-
-
Keem1
veterán
válasz
Razzul
#37723
üzenetére
Én meg rövid leszek. De ahogy látom, a mondandóm lényege átment, és ez a lényeg
A tanulás az nyilván más, ami azt jelenti, hogy nem megy végig a szerver azokon a publikálási folyamatokon, amiken egy rendes weboldal (keresőbe regisztrálás és hasonlók). Egy idő után úgyis elveszed tőle a hozzáférést, ha nem rendes public webszerverként üzemel.
Az alap dolgok szájbarágósan le vannak írva, step-by-step. A pro dolgok is megvannak a neten, de mivel az már pro usereknek készültek, nem szájbarágósan, és nem biztos, hogy egy helyen.
Egy szemléletes példa:
- rookie how-to: első lépés, engedj vizet a fazékba, 1256 ml-t, második, tedd fel főni, 82,23 C lesz a jó hőfok, ...
- pro how-to: a felforrt vízbe (hogy hogyan forralod, már tudod, pro vagy) tedd bele a megpirított xy-t (hogy hogyan pirítod, már tudod, mert pro vagy), ...Az IP címed minden kliens, egyéb weboldal számára ismert lesz, hogy egy shared ISP cím. Tehát épp annyira tulajdonítanak bizalmat neki. Tudják azt, hogy ez korábban másé volt, és később megint másé lesz. Ha SMTP szerver van rajta, 99,9%-ban spamben landol majd a róla küldött levél (amiről a címzettek 80%-a azt se tudja mi az, és nem értesül arról, hogy oda kapott levelet), ha a fejed tetejére állsz és mindent tökéletesen beállítasz, akkor is. Egy dedikált hosting szolgáltató évek óta változatlan címe "garancia" arra, hogy szervereknek szánt infrastruktúra áll mögötte. Az otthoni szerver hobbinak jó, de komoly, magas rendelkezésre állású szerver üzemeltetésére nem. Ráadásul a botnetek üzemeltetői is az ilyen címekre utaznak, hiszen itt feltételeznek kevesebb hozzáértést, arányaiban nagyobb biztonsági rést, ami a botnetek telepítésének kedvez (és a rendes szolgáltatások is épp ezért az okért helyezik hátrányba). Egy Google találati oldalon garantáltan hátrébb szorul a shared ISP mögött lévő szerver. Hangsúlyozom: hobbi projekt esetén ez nem számít, de egy komoly, publikus, meghatározott célokat elérni szándékozó oldal esetén nem fog menni. Itt a domain teljesen mindegy, itt nem számít, hogy egy regisztrált xy.hu domain, vagy egy ingyenes xy.dyndns.org.
Szeretném hangsúlyozni, hogy nem elvenni akarom a kedved, csupán tájékoztatni azokról a tényekről, amik az elmúlt kb. 11 év során a szerver hosting, website building és egyéb hasonló feladatkörök során "rám ragadtak".
-
Keem1
veterán
Uhh... tényleg? Én is pont a 80-as lezárásán gondolkodtam. De akkor csak a frissítésre (90 naponként) ezek szerint elég megnyitni, aztán ismét csukható.
Házi dolgokhoz most regeltem egy eldobható domaint
, egy évre volt 1 dollár, de hosszabbítani nem fogom, mivel 40 dollár lenne. Mivel "hazanézni" kell, simán vállalható, hogy évente egy új domaint regelek hozzá. Publikus oldal úgyse lesz rajta.
Még ha kb. havonta manuálisan frissíteni is kell az IP-t, ezerszer jobb megoldás, mint a dyndns és tsai. (IP frissítésről azonnal kapok egy értesítő mailt az új IP-vel) -
Keem1
veterán
Srácok, ha valakit érdekel, Rpi+Apache+PHP+MySQL webszerverre működő Let's Encrypt tanúsítvány beszerzése itt: [link]
A Let's Encrypt egy ingyenes, de teljesen hivatalos SSL tanúsítvány kibocsátó! Az előző munkahelyemen (kisvállalat) a hivatalos weblap tanúsítványához is ezt használtuk, minden böngésző, minden rendszer elfogadja, mint hivatalos tanúsítványt. Ugyanaz, mint a nagyok, csak kicsiben, ingyen.Eredmény (a saját domainemet kicenzúráztam, mivel nem publikus webszervert üzemeltetek rajta):
-
Keem1
veterán
válasz
bvvitya
#37611
üzenetére
Nem az... Ahogy írták, rengeteg tutorial van a neten.
Igazából az alap szerver feltelepítése, bekonfigolása abszolút nem nehéz. Picit több skillt igényelnek az extrák: virtualhostok, aliasok, subdomainek, SSL, megfelelő módon netre kiengedés (úgy, hogy biztonságos is maradjon, és ne kezdjenek el botnetek futkorászni a webszervereden). Na az már komolyabb skillt igényel, de ezekre mindre is van infó a neten, rengeteg.Nálam:
pi@pistacio:/share $ service apache2 status
● apache2.service - The Apache HTTP Server
Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2020-05-15 10:17:11 CEST; 2h 42min ago
Docs: https://httpd.apache.org/docs/2.4/
Main PID: 655 (apache2)
Tasks: 11 (limit: 4915)
Memory: 112.4Mpi@pistacio:/share $ service mysql status
● mysql.service - LSB: Start and stop the mysql database server daemon
Loaded: loaded (/etc/init.d/mysql; generated)
Active: active (running) since Fri 2020-05-15 10:17:13 CEST; 2h 44min ago
Docs: man:systemd-sysv-generator(8)
Tasks: 35 (limit: 4915)
Memory: 110.6MSzóval önmagukban még egetrengetően sok ramot se használnak.
-
#37579
Keem1
veterán
J0shu4M1ll3r
#37577
Keem1
veterán
válasz
J0shu4M1ll3r
#37577
üzenetére
Csak erős tipp, de szerintem az a pi home folder lesz, ami benne van a samba configban, de törölhető, mint megosztás.
-
Keem1
veterán
Őszintén? Fogalmam sincs, ezt a részét élesben talán egyszer próbáltam ki, és azt is rég, mert egyébként sose volt rá szükségem
Mondjuk én inkább arra a részére gondoltam, hogy van egy fotód... Csinálsz belőle egy kicsi méretűt, ami megy a website<img>tagjébe, és ezen van egy link (<a>tag), ami a G.P. publikus linkjére mutat. De tényleg hangsúlyoznám, hogy csak egy vázlatnak felfogható ötletet javasoltam egy (possibly) olyan oldalhoz, amiben sok és/vagy nagy méretű/felbontású képek vannak.
Már nem foglalkozom napi szinten webbel úgy fél- egy éve, de korábban sok elém sodródó problémát oldottam meg, kezdve a SEO-val, vagy a különböző futási/megjelenítési kritériumokkal. És soha nem okozott jó végeredményt, ha pl. a képek nagy mennyiségben voltak jelen, vagy nagy méretűek voltak, amik lassították az oldal betöltődését. Előtérbe helyeztem, hogy előbb a szöveges tartalmat renderelje a böngésző, preferáltam a CSS-ben kivitelezett menüt a javascript helyett. Ezt még sorolhatnám, de egyrészt hosszú lenne, másrészt nagyon off itt. Én csupán ezzel arra akartam rávilágítani, hogy nem a levegőbe beszéltem a tanácsaimmal, mivel egyrészt weboldal készítésbe (developing, designing, front-end, back-end, reszponzív megjelenés) és webszerver üzemeltetésbe is lehetőségem nyílt betekinteni.@bvvitya szerintem előbb ismerkedj meg egy ingyenes tárhelyre áthelyezéssel (amit nem teszel publikussá). Ha maga a portál nincs hozzánövesztve az adott domainhez (remélem, hogy nem, az balgaság), akkor két teendőd van: a fizikai fájlok átmásolása (persze különböző konfig adatok [pl. DB connection] átszerkesztésével) és a DB költöztetése - ez a legtöbb esetben egy phpMyAdmin export -> phpMyAdmin import és kész.
-
Keem1
veterán
válasz
bvvitya
#37561
üzenetére
Hát figyelj, nem tudom, mennyi tárhelyre van szükséged, ha 2 GB elegendő, akkor https://www.024reg.com/
Ez nem reklám, semmi közöm hozzájuk, nem is fizetnek nekem ha beszélek róluk, csupán jó tapasztalatom van. 2009 óta vagyok náluk (Newhosting-ként kezdte a pályafutását, majd felvásárolták őket és lett a mostani). Éves szinten 3500-at fizetek az alap tárhely+domainért cserébe. Nézd meg, megfelel-e, jó-e neked. Maga a szolgáltatás elsőosztályú, 1-2 kisebb leálláson kívül kimaradást még nem tapasztaltam. Alap tárhelyen backup nincs, de azt a pi-vel éjjelente nagyon egyszerűen megoldom, ebben benne van a dropboxra feltöltés is.Nem tudom, képből mennyit, mekkorát akarsz, de alapszabály (kereső optimalizálás miatt is), hogy embedded képből 100-150 kilobájtosnál nagyobbat nem használunk. Ha kattintásra nagy méret kell, az lehet akár Google Photos-ra is. Tehát a thumbnail a tárhelyen, HTML-be beágyazva, a nagyfelbontású pedig linkre Google Photos-ban (tegyük fel, fotós vagy...). Thumbnailből meg ezzel a megoldással legalább 13 ezer fér 2 GB-ra. Ez csak ötlet, tipp, javaslat. Több weboldalt csináltam és hostoltam már az évek folyamán.
-
Keem1
veterán
válasz
bvvitya
#37553
üzenetére
Ahogy többen is mondták: nem éri meg. 3500 forintért egy évre kapsz domain nevet és mellé 2 GB webtárhelyet, pár száz MB adatbázissal, 9x%-os rendelkezésre állással. Csak a domain önmagában nevetséges összeggel kerül kevesebbe. Max 1000 forint.
Cserébe a már elmondottakon túl egy szerver IP címét kapod, ami főleg levelezésnél, de adott esetben weboldalaknál is jól jön egy változó, lakossági, bárkihez kiosztható IP címmel szemben. A keresőkben sem fogsz feltétlenül jobb helyen szerepelni egy dedikált webszerver IP-vel szemben.És ha jót akarsz, akkor egy olyan eszközre, ami publikusan nyitott a külvilág felé, személyes adatot, a weboldalon kívül bármi mást nem teszel. Én nem tennék. Csak erre tartani egy P4-et pedig már nagyobb bukta a tárhelyszolgáltatóhoz képest.
Tapasztalatból mondom, nekem is van P4-em, és tárhelyszolgáltatónál weboldalam, amiért külön fizetek. Ezt megfejelve egy vezető multi cloud platformjánál dolgozom, így ugyan nem teljes, de egy picike rálátásom azért van, hogy mi mögött, milyen módon ül egy webszerver.
-
Keem1
veterán
Háát, ha azt vesszük, hogy a Pi4 előtti generációk 13-15 ezer környékén voltak, majd a Pi4-gyel megjelent a fullos, ám már 25 ezret kóstáló több ramos verzió, a "Pi5"-re már egy prémium változatot is simán el tudnék képzelni még több rammal, még több magos procival (persze a fogyasztás, energiafelvétel kordában tartása mellett) és akár NVMe foglalattal is.
Tehát én ezt úgy értettem, hogy a klasszikus variánsok is megmaradnának, ahol épp az aktuális, 15 ezerbe beleférő technológiát hoznák az új generációban.
-
Keem1
veterán
válasz
cog777
#37527
üzenetére
Annyira jó lenne, ha megoldanák az USB bootot és a full sd kártya nélküli működést.
SSD nagy fájlok másolása: 450-600 MB/s
SSD kis fájlok másolása: legalább 120 MB/s
Ez azért a rendszernek is jól jönne.Talán a következő Pi verzióban esetleg kapunk a hátoldalon az SD kártya helyett/mellett egy NVMe foglalatot is. Elvileg a 80x20-as SSD-k még a foglalattal együtt is elférnek a Pi hátoldalán (85 mm a hosszabbik oldala). A csatlakozó ugyan nagyobb, mint 5 mm, de a 80 mm hosszban az érintkezősor is benne van, ami a csatlakozóban landol.
-
Keem1
veterán
válasz
g.gergo
#37528
üzenetére
Köszönöm, megnézem
Nekem ezzel kapcsolatban elképzelésem sincs, egy P4 ház esetén esetleg valami nagyságrendet tudsz mondani? Mondjuk a kolléga által mutatott ház nagyságrendileg mit kóstálhat? 2-3 ezer? 10 ezres összeg? Annál nagyobb már csak nem lehet, az már tutira nem érné meg senkinek. Az a baj, hogy tényleg elképzelésem sincs...
-
Keem1
veterán
válasz
duffbeer
#37521
üzenetére
Azta, nagyon jó
Ez vajon bérnyomtatásban mennyibe kerülhet? A meglévő Zero-mat okosotthon prototípushoz használnám fel, és a különböző egységek (pl. relék vagy kamerák) burkolataként én is 3D nyomtatásban gondolkodom. Viszont nekem nincs, és nem is akarok venni. Az eddigi dolgaim során több alkalommal is olcsóbbnak bizonyult a profi megoldások igénybe vétele (hagyományos nyomtatás, névjegykártya, NYÁK gyártatás terv alapján), így abban reménykedem, hogy ez is olcsóbb lenne, mint saját gép + nyersanyag. -
Keem1
veterán
Sajnos nem... Ahány programnyelv, annyi megoldás. Azt tudom, hogy a Mono-környezetre írt programok az xbuilddel fordíthatók (megeszik single .cs fájlt és .csproj és .sln projektfájlokat is).
Alapvetően szerintem a C-ben írt programok a make compilerrel fordíthatók, lehet megbirkózik mással is. A githubon többnyire írják, hogy fordítható az adott projekt. -
Keem1
veterán
Persze, az xbuild a mono része. Ezért vagyok elkeseredve.
De ha már itt tartunk, a git se az alap telepítés részeIgazából nem is kéne fordítani sem, de átlátható módon akarom csinálni, és akkor ez esetben nem lenne külön build, hanem első használatkor fordulna a bináris.
Épp a .NET-es SQLite esetén figyeltem fel erre: van release vagy 20 féle rendszerre, de ARM32 Linuxra nincs. Sokáig agyaltam, hogy mit tegyek, erre leszedtem a forráskódot, lefordítottam az eszközön, és voilá... ARM32 bináris, ami kiválóan működik. Az .so fájlt az x32-es és x64-es .dll-ek mellé tettem, és probléma nélkül futott a tesztprogram. Még a viszonylag gyenge Zero W-n is, amire pl. PowerShell sincs (a gyenge hardver miatt).
-
Keem1
veterán
Igazából annyi, hogy a saját, illetve akár az itteni közösség igényeire tudom szabni, reális határok között.
Viszont máris gondba ütköztem. Félek, a nagyobb nehézséget az fogja okozni, hogy a többség Pi-jén nem lesz alapból Mono. Az meg, hogy a delikvens előtte (adott esetben csak ezért a szoftverért) hajlandó-e telepíteni, már eléggé megkérdőjelezhető.
A Python ezen a rendszeren alap, szinte mindenki abban fejleszt, én viszont a szóba jöhető programnyelvek közül csak a C#-ot ismerem. Ez most kissé elkeserített.A telepítés nem lesz ennyiből megoldható (ahogy én azzal számoltam):
git clone blabla
xbuild blabla -
Keem1
veterán
Mivel még erősen tervezési fázisban van, egyelőre azt mondom, hogy bármit, ami a rendszerből lekérdezhető. Nyilván alapesetben hőmérséklet, CPU terheltség, memória kihasználtság, diszkek foglaltsága. Bizonyos küszöbérték felett warningol, alertál.
Aztán ha van kereslete, akkor automatikus backup felhő mentéssel.
Mivel nem szkriptben íródik, próbálom minden előnyét megragadni egy lefordított, "rendes" programnyelven megírt service-nek (ami állandó jelleggel fut), cserébe, hogy telepíteni kell (nem szkript).
-
Keem1
veterán
Srácok, írok C#-ban direkt Pi-re egy service-t, ami kvázi monitoring app lenne (értesít fontos dolgokról a Pi-d állapotáról - nyilván akkor van értelme, ha ugyanúgy headless szerverként használod, mint én). Ha lesz pár héten belül initial release, feldobom githubra. Nem lesz android meg egyéb app, hanem egy webes felülete lesz, ami bármilyen eszközről elérhető (pl. http://azenpim.local:8080/monitoring/)
Két kérdés:
- lenne-e köztetek, aki vállal bétatesztelést
- ti megadnátok-e az appnak az e-mail címeteket, hogy monitoring alertekről e-mailben értesítsen? (később valami push értesítésre váltanám, de először maga a cucc készüljön el, és egyszerűbb emailes notifikációt összehozni)Szerk: teljesen nyílt forráskód lesz, elvileg git clone segítségével egy mozdulattal telepíthető lesz.
Szerk#2: két néven gondolkodom: Sandor (hogy a külföldiek se riadjanak vissza; ha valaki GoT rajongó, az érteni fogja
) vagy PiSta. Kinek melyik tetszik? -
Keem1
veterán
Srácok, lenne egy scriptem, ami a home foldereket backupolja (megy is rögtön Dropboxra), az éjszakánkénti image készítés mellett, hogy ha esetleg egy "tegnapi" fájl kéne, akkor image kibontás nélkül elérhessem.
Viszont, van egy softlink az SSD egyik folderére, a könnyebb elérhetőség miatt. Ugye a script nem próbál majd egy 10+ GB-os symlinket is becsomagolni? vagy mi lesz a symlinkkel a tar.gz-ben? Követi, és folderként becsomagolja az SSD-n lévő kb. 17 GB-nyi fájlokat, vagy ugyanúgy symlink lesz a pakkban?
Mielőtt élesben kipróbálnám, inkább rákérdezek... -
Keem1
veterán
Android
Viccet félretéve, szerintem a Netflix, Spotify, HBO Go és hasonlók nem fognak menni, csak ehhez megfelelő gyári rendszeren (pl. Android TV), mivel nem tudsz szert tenni a titkosítási kulcsokra. Legalábbis a gyári szoftvereket illetően. 3rd party megoldásokkal persze működhet. Az ilyesmire legtöbben a LibreELEC rendszerre esküsznek amúgy.
Én ezért használok Android TV alapú gyári mediaboxot, azon megy minden ilyesmi. A Pi-ről streamelt filmek is. Ezeket, a felülettel, a hardverrel és úgy en bloc az egészet ilyenre találták ki. BT-s távirányítóval pofonegyszerű a kezelés is.
-
Keem1
veterán
Ez abszolút javasolt minden Pi tulajnak, micro SD-ből sose elég, amúgy is szerintem minden háztartásban akad pár darab. Én már a Pi4-et (server) és a Zero W-t (fejlesztőeszköz) is annyira belaktam, hogy ha kísérletezni kell, akkor egy SD-re ráhúzok egy friss rendszert, és inkább azzal kísérletezgetek. Direkt készítettem egy 4 GB-os kártyára egy alap, univerzális rendszert, a legfőbb beállításokkal, programokkal (univerzálisan akár a Pi-hez, akár a Zero-hoz) és lementettem a Rufussal image-be. Ha kell, az egyik üres kártyára ráhúzom 10 perc alatt és már a belakott rendszer helyett azonnal használható.
Amúgy szerintem SD kártya minden háztartásban kallódik bőven, én van hogy egy konferenciáról rakat pendirve és micro SD kártya társaságában távozom, ami része az ajándékcsomagnak. Nyilván többségük noname és pár gigás, a fényképezőgépembe nem merném betenni, de ilyen célból bőven jó.Mos hogy így megnéztem a fiókban, ezeket találtam (talán a 8-as kivételével mind ingyen volt):
- 2 db 256 MB
- 1db 2 GB noname
- 1db 2 GB Samsung
- 1 db 4 GB Kingston
- 1 db 4 GB noname
- 1 db 8 GB Samsungés aktív használatban, prémium, gyors SDXC kártyák:
- 1 db 16 GB Kingston (Zero W-ben)
- 1 db 32 GB Samsung Evo Pro (BitLockerrel titkosított, a céges laptopon használt személyes fájloknak, pendrive helyett, mivel a Lenovoban lévő kártyaolvasó elrejti, nem lóg ki, mint a pendrive)
- 1 db 64 GB Samsung Evo Pro (fényképezőgépben)
- 1 db 128 GB Samsung Evo Pro (Pi4-ben) -
Keem1
veterán
Srácok, agymenés jön, lehet valakinek hasznos is, azért írom le. Akit nem érint/érdekel, nyugodtan görgessen tovább.
Jogosultság mizéria: úgy néz ki, véget értek az ifjú Werther szenvedései. Beleástam magam a Linux jogosultságokba. Korábban gond volt a minidlna és nemrég a qBittorrent-nox futtatásával is, miután az SSD-t ext4-re formáztam.
Kicsit átterveztem az egészet. Egyrészt, van egy beépített users nevű csoport, innentől kezdve ez lesz a fő csoport, nem az userek saját csoportja - átjárhatóság a megfelelő userek között. Másrészt készítettem egy saját fiókot, a pi:pi usert hagyom ahogy van, kompatibilitási okokból (ha lenne olyan app, ami igényli ezt a fiókot). A saját useremet besoroltam minden csoportba, ahol a pi is van, de csináltam egy teszt nevűt is, ami csak az users-nek tagja.
Tehát:
- pi:pi (+ további másodlagos csoportok)
- keem1:users (+ további másodlagos csoportok)
- qbtuser:users
- minidlna:users
- teszt:usersAz SSD most úgy néz ki, hogy rekurzívan minden folder ownere (szintén kompatibilitás miatt) a pi, csoportja az users. A permission rekurzívan minden meglévőre a /media/ssd-n belül: 0775 (ahogy látom, x nélkül nem lehet foldert listázni, nem elég csak a r jog).
A /media/ssd/minidlna (konfigok) folder: 0775 minidlna:users
A /media/hdd/torrent folder: 0775 qbtuser:users
A /media/hdd/ összes többi foldere: 0775 pi:usersAz SD kártyát nem piszkáltam ily módon, azon csak a rendszer van meg a home folderek persze. A felhasználói adatok (a home kivételével) mind a /media/ssd folder alatt gyülekeznek, ez van samba-n megosztva. Ja, és a samba is kiválóan megy Windows és Linux kliens esetén is.
Minden működik és elméletileg mindenkinek pont annyi jogosultsága van, mint amennyire szüksége van
-
Keem1
veterán
0 0 * * * systemctl restart smbd
Értelemszerűen a root user cronjában, és így a sudo se kell.
Nálam teljesen jó a samba, igaz, manuálisan, de pár naponta azért újralövöm. Ha ez megvan, működik faszányosan. Fájloktól és egyebektől függően 80-110 MB/s közötti sebességgel tudok másolgatni LAN-on keresztül a gép és a Pi4 között. -
Keem1
veterán
Az a baj, hogy ez meg már megint ágyúval verébre esete, ez már túlzás kissé. Ezért van az, hogy mezei halandót kirázza a hideg a Linuxtól. A jogosultságok fontosak, de ésszel kellene alkalmazni őket. Én nem vagyok Linux guru, az igaz, de azért az átlagnál jobban konyítok a gépekhez, a technológiához, de ez sokszor nekem is feladja a leckét. Amellett, hogy fontos a biztonság, még logikusnak és könnyen alkalmazhatónak kéne lennie a jogosultságrendszernek.
Ebből lesz az, hogy a végén a többség már alapból rootként futtat mindent és így ezzel adtunk is a szarnak egy pofont.
-
Keem1
veterán
A Pi user és anna passwordje van benne. Ami mindkét Pi esetén azonos. Egyébként kb. körvonalazódik a problematika. Habár az echo-s teszt nem, de pl. fájlmásolás, meg a sudo mc műveletek mennek rootként. A Pi4-en a shared folder és a subfolderek pi:pi ownerezésűek, ám felcsatolás után mind root:root tulajdonosi körrel bírnak a Zero-n.
Pi4 (eredeti lokáció)
drwxrwxrwx 4 pi pi 4096 Apr 26 09:22 Backup
drwx------ 2 root root 16384 Apr 23 15:41 lost+found
drwxrwxrwx 3 pi users 4096 Feb 14 10:27 Media
-rwxrwxrwx 1 pi pi 549202944 Jan 13 12:48 mudt_ens.exe
drwxrwxrwx 3 pi pi 12288 Apr 26 12:55 tmp
drwxrwxrwx 7 pi pi 4096 Feb 19 19:41 TorrentZero (nw path):
drwxr-xr-x 2 root root 0 ápr 26 09:22 Backup
drwxr-xr-x 2 root root 0 ápr 23 15:41 lost+found
drwxr-xr-x 2 root root 0 febr 14 10:27 Media
-rwxr-xr-x 1 root root 549202944 jan 13 12:48 mudt_ens.exe
drwxr-xr-x 2 root root 0 ápr 26 12:55 tmp
drwxr-xr-x 2 root root 0 febr 19 19:41 TorrentÉéés megvan a hiba! Kellett még az options mögé az uid=1000,gid=1000
Amit nem igazán értek, hisz a credentials fájlban eleve pi-ként loginolok. -
Keem1
veterán
válasz
Szőrös
#37400
üzenetére
Nálam rendben van a fel és a letöltés is.
Próbáld meg másik teszt szerverrel.Speedtest by Ookla
Server: Digi Kft - Budapest (id = 31717)
ISP: UPC Magyarorszag
Latency: 21.16 ms (0.42 ms jitter)
Download: 307.39 Mbps (data used: 316.7 MB)
Upload: 20.55 Mbps (data used: 10.6 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/ee5da254-f34e-4168-b465-d1c64ebe8d5fMás:
Szerintetek miért nem írható egyik Pi samba foldere másik Pi-ről, ha Windowsban meg tökéletes? Olvasással nincs gond, de azecho "Helló!" > teszt.txtés asudo echo "Helló!" > teszt.txtis ezt dobja:-bash: teszt.txt: Engedély megtagadva
Így magyarul...Mount parancs:
sudo mount -t cifs //192.168.0.xxx/share /media/netdrive -o credentials=/home/pi/.smb/netdrive.credÖtlet esetleg?
-
Keem1
veterán
válasz
p5quser
#37396
üzenetére
Ja igen, azt én is használom, még visszaállítást nem próbáltam ki, de éjjelente lefut az a script az SSD-n. Az viszont tényleg csak az SD kártya foglalt területét menti (nálam mostanában 24-30 GB), így a teljes, 100%-os 1:1 mentés mellett van egy ilyenem is naprakészen.
A scriptet annyival kiegészítettem, hogy belefoglaltam a backup fájl nevébe a gép nevét, mivel két Pi-m van (egyik állandóan futó szerver, amin a hálózati drive is van, az SSD), így ugyanoda, ugyanazzal az egy scripttel tudom menteni mindkét Pi kártyáját.
-
Keem1
veterán
válasz
Márton
#37391
üzenetére
Nem, image 1:1 mentés, tehát nem tudja sajnos. Az 1:1 mentések egyike se fogja, mivel az így történő algoritmusok nem vizsgálják az adathordozón lévő blokk tartalmát (ami valójában nem biztos hogy tartalom, hiszen ha az allokációs táblában egy egykori képfájlra törölt bejegyzés van, az logikailag üres blokk), így az én 128 GB-os kártyám mentése is 128 GB-os image-et eredményez.
Viszont nem próbáltam, de ha mentés előtt feltöltöd a teljes szabad területet mondjuk nullákkal (vagy bármilyen, fizikailag is ismétlődő tartalommal), akkor az image jól tömöríthetővé válik, de az én 128 GB-os kártyám betömörítésére fordítható idő már túlmutat a tűréskapacitásom határain
-
Keem1
veterán
Van, én. Nálam double assurance van, be van lőve a wifi is az ethernet mellett. Ha takarítás vagy egyebek miatt kihúzom az ethernet kábelt, minden megy wifin keresztül is. De a preferencia a kábelé (hisz sokkal gyorsabb és stabilabb), így bár a wifi is konnektálva van, meglévő kapcsolat esetén etherneten megy a forgalmazás.
-
Keem1
veterán
válasz
Szőrös
#37373
üzenetére
Elsőnek én feldobnék egy másik kártyára egy Raspbiant, hogy azon is ilyen-e. Ha azzal jó, akkor az Ubuntuban kell a megoldást keresni, ha Raspbianon is rossz a felbontás, akkor a kábel-megjelenítő vonalon kell tovább kutakodni.
Nálam pl. tesztelésre van egy teljesen szűz rendszer egy kallódó 4 GB-os kártyán, bár az "csak" Raspbian. -
Keem1
veterán
válasz
pvt.peter
#37370
üzenetére
Én is jobban javaslom a kártya image-be mentését. Én erre a Rufust használom, a 128 GB-os SD kártyát kb fél óra alatt lementi, szeretném azt mondani, hogy minden héten lementem, de tekintve a leállítás-kivétel-gépbe dugás-fél óra mentés-visszadugás-újraindítás időigényességét, inkább úgy két-három hetente kerítek rá sort.
Ja, ami még jó a Rufusban, hogy a Windows-zal kompatibilis, annak virtuális diszkjébe ment (VHD) - csak az image kompatibilis, nem a fájlrendszer, az ext4 továbbra sem olvasható a Windows által gyárilag. Így igény esetén Windows alatt is átméretezhető az image.
-
Keem1
veterán
válasz
Fecogame
#37357
üzenetére
Jóóó igaz
Akkor kérlek abban segíts, hogy mi van akkor, ha kinevezek egy "univerzális" groupot, legyen mondjuk a már amúgy is létező users. Ha a DLNA foldert (/media/ssd/Media/*) a mostani pi:p ownershipről módosítom pi:users-re, az nekem jó, ha a minidlna is tagja a users groupnak? És akkor visszaállítom a minidlna konfig fájljában a minidlna:minidlna futási usert.
Egy kicsit off lesz, de ha már belekezdtük, kérlek, ezt ne hagyjátok, hogy ködös maradjon. Ígérem, ezt követően befejezem az offot.
A kérdésem leginkább arra irányul, hogy a közös group átjárhatóságot biztosít-e. Tegyük fel, hogy van egy A meg van egy B userem, ahol A csopija A és users. B csopija B és users. Egy folder tulajdonosa A, csoportja users. Legyen a teszt folder neve "teszt", aminek tulajdonosa A, csoportja users. A jogosultságok: 7 az ownerre, 7 a groupra, 0 másra. Ebben az esetben (amikor B explicite nincs hozzárendelve), tudja írni a foldert? Közös pont az users group, de ez megadja az átjárhatóságot?
-
Keem1
veterán
Igen, sajnos ez kőkemény deep-linux. Amit jobb, ha megtanulok.
Ma délelőtt annyival jutottam előrébb, hogy a minidlna futtatása root:root helyett már pi:pi (eredeileg ugye minidlna:minidlna volt), így sem dob hibát, hiszen a folder ownere és groupja is a pi. Egyelőre hagyom, aztán majd később játszadozom vele, de így tökéletesen működik, és mégse rootként kell futnia. -
Keem1
veterán
Igen, egyértelmű az üzenet, csak nem értettem. A /media/ssd alatt minden pi:pi owned és 0777 a jogosultság.
Viszont nem tudom, hogy ideiglenesen-e vagy végleg, de a minidlna config fájljában a usert és a groupot is root-root-ra állítottam az eddigi minidlna user helyett. Így most működik.
Furcsa, mert roottal ugye hozzáfér, de azt gondoltam volna, hogy a 0777 miatt amúgy is fog. Bár lehet az is megoldotta volna, ha simán pi:pi-re állítom root:root helyett.
Na mindegy, most működik.
Ja, és van egy másik dlna megosztásom, ami a memóriakártyán van, same owner, same rights (hisz ugye az sd kártya kezdettől fogva ext4), és az eddig is jó volt. Csak az ssd csesződött el akkor, mikor átkonvertáltam exFAT-ról ext4-re.Holnap megpróbálom az általad leírt parancsot és visszállítom a usert is. Meg elolvasom a linket is
Köszönöm a segítséget -
Keem1
veterán
Srácok, amióta a Pi-re lógatott SSD-t ext4-re formáztam (ma), azóta a minidlna nem éri el a rajta lévő adatokat. Minden más működik, még samba-n keresztül is tudok rámásolgatni. Annyira körbevonalaztam a dolgokat, hogy az fstab bejegyzésnél lesz a bibi. De ha megtartom az exFAT bejegyzését és csak a fájlrendszer típusát írom át, úgy nem mountolja a diszket.
Régi fstab, még exFAT-tal, ezzel tökéletesen működött a minidlna
UUID=xxx /media/ssd exfat-fuse auto,nofail,noatime,users,rw,uid=pi,gid=pi 0 0A mostani fstab, amivel viszont nem megy
UUID=xxx /media/ssd ext4 auto defaults,nofail,nobootwait,bind 0 2Hibaüzenet:
Apr 23 17:32:01 pistacio minidlna[466]: [2020/04/23 17:32:01] minidlna.c:631: error: Media directory "V,/media/ssd/Media/Videos" not accessible [Permission denied]Van esetleg valakinek ötlete, hol a bibi?
-
#37286
Keem1
veterán
kovbandi82
#37284
Keem1
veterán
válasz
kovbandi82
#37284
üzenetére
Igen, próbaképpen. Anélkül hogy szétqrnád a jelenlegi megosztást, csinálj külön egyet. Ha működik, akár maradhat is.
-
#37283
Keem1
veterán
kovbandi82
#37282
Keem1
veterán
válasz
kovbandi82
#37282
üzenetére
Jah, várj, akkor egy körrel lemaradtam. Tehát megy a Samba read/write, csak a Transmission nem képes mount pointra tölteni?
A pi-n felcsatoltad a shared foldert? Szerintem próbáld meg umountolni, csinálj egy új mappát erre a célra:sudo mkdir -p /mnt/nas/sudo chmod 0777 /mnt/nas/sudo mount.cifs //192.168.0.xxx /mnt/nas -o username=pi,password=raspberry
Értelemszerűen itt az IP-t meg a usr/pwd párost a megfelelőre kell cserélni. Remélem, a commandokban semmit nem írtam el, fejből, elérhető linuxos gép hiányában gépeltem be.Aztán próbáld meg a Transmissionnek megadni a /mnt/nas célútvonalat.
-
Keem1
veterán
Tudja valaki, hogy a P3 és a Pi 4 furatai azonosak-e? Vennék egy hat-et, amit alapvetően Pi3-hoz ajánlanak, de ahogy nézem, gond nem lesz vele. Egyedül azt nem tudom, hogy a felfogatás gond lesz-e, vagy ugyanazok a furatok mindkét boardon és így nem lesz gond.
Tudja valaki biztosra? Esetleg akinek van mindkét board? -
#37280
Keem1
veterán
kovbandi82
#37278
Keem1
veterán
válasz
kovbandi82
#37278
üzenetére
Igen, a samba megosztó eszközön, ahol magát a jogosultságot is beállítottad.
Tegyük fel, hogy A eszköz végzi a megosztást (ezen van a megosztott folder), B eszköz pedig erre csatlakozik, de nem tudja írni A megosztását. Ebben az esetben A-n a következő parancsot kiadod:
sudo chmod 0777 /megosztott/mappam. Ezt követően mehet asudo systemctl restart smbdis. És ha egyéb beállítás jó volt, akkor ezek után a B eszköz már tudja írni A eszköz fenti, megosztott folderét.#37279
Ez tényleg fura, akkor ott valami beállítási gond lesz.Még valami: a Sambához hozzárendeltél felhasználót és jelszót?
sudo smbpasswd -a pi
A fenti parancsra a pi felhasználót hozzáadja a Samba userekhez, és beállíthatsz egy Samba jelszót (megegyezhet a user saját jelszavával is, de nem kötelező, a kettőnek nincs köze egymáshoz - én ugyanazt adtam meg az összekeverhetőség elkerülésére).Nálam pl. így néz ki a Pi megosztása (/etc/samba/smb.conf), írható is mind Windows, mind Linux gépről:
[share]
comment = Pistacio shared folder
path = /home/pi/
writeable=yes
create mask=0777
directory mask=0777
public=no
browsable = yes
read only = no
follow symlinks = yes
wide links = yes -
#37277
Keem1
veterán
kovbandi82
#37272
Keem1
veterán
válasz
kovbandi82
#37272
üzenetére
Ugye a jogosultság módosítása után újraindítottad a samba service-t?
-
Keem1
veterán
válasz
lkristóf
#37251
üzenetére
Van webes gui, ami belső hálóról szuperül elérhető, illetve ha nyitod a portját a routeren, akár még kívülről is (de én VPN-en használom interneten keresztül).
Nem tudom, hogy van-e ablakos GUI-ja, mivel az én Pi-m csak terminálos Raspibant kapott, mivel nekem nem kell a grafikus felület.
-
-
Keem1
veterán
Srácok, az apt-get nem tud telepíteni, amióta megpróbáltam a python pip csomagot feltenni.
Ez a hibaüzenet:
dpkg: error processing package python-entrypoints (--configure):
függőségi hibák - e csomag beállítatlan maradt
Hibák történtek a feldolgozáskor:
python-enum34
python-gi
python-wheel
python-pkg-resources
python-cryptography
python-lockfile
python-asn1crypto
python-six
python-xdg
python-configparser
python-dbus
python-pip
python-setuptools
python-ipaddress
python-keyrings.alt
python-secretstorage
python-keyring
python-entrypoints
E: Sub-process /usr/bin/dpkg returned an error code (1)
A dolog úgy kezdődött, hogy egy app igényelt egy pip csomagot (psutils), ami persze már megvolt, vakartam is a fejem. Aztán kinyomoztam: van python3 és pip3 fenn, ez utóbbi tette fel a psutils-t. No de ennek a mindent megbolygató appnak python és pip kellett (egzaktul kiírva, python 2.7.. amúgy miért? Valaki tudja, ha már fent van a Python 3, minek kell a 2 is?).
Na, feltettem a python2-t, ami csak simán python névre hallgat. Meg a pip2, aminek meg pip a neve. Na igen ám, de ez utóbbi hibát dobott. Felment, de hibát dobott. Lett második psutil is, mint minden pythonból már 2 van, de a hiba nem tágított. És az apt-get purge python-pip halott. És mást se tudok eltávolítani.
Ötlet esetleg? -
Keem1
veterán
válasz
pube111
#37126
üzenetére
Tipp a troubleshootoláshoz: ha az a Kodi, ami pl. androidra is van, akkor esetleg próbáld ki internetes streamként (tehát hogy a tévé jelet nem kábelen veszed és digitalizálod, hanem eleve digitálisan, streamként "veszed").
Nekem ugyan nem Pi-n, de az Online Stream addonja a legmostohább eszközökön is működött (kezdve az összes PC-től, Android TV boxon át a gyengébb telefonokig). Ha a te stuffod ezt se bírja, akkor egyértelműen a Pi a gyenge láncszem. Ellenben ha ezzel megy, akkor szerintem a tévésapkával is összehozható a dolog.
-
-
Keem1
veterán
Ez abszolút érthető, sőt még az is, hogy a GPIO a processzorra csatlakozik. Csak én naiv, abból, hogy general-purpose input-output, arra gondoltam, hogy akár még lehet közvetlen kivezetése a board tápellátásáról (is), nem kizárva a fenti állításodat.
A laptopos példát mindössze azért hoztam fel, hogy adott egy tök jó szabvány, ami úgy tűnik, még kezd is elterjedni, kezd leváltani több tucat egyedi csatlakozást (okos módon, minek legyen annyi kábel, ha meg cseréled az eszközt, tuti kuka a hozzá készült egyedi csatlakozás), így adott lehetne az, hogy ezen keresztül etetjük a boardot és az összes rá csatlakozó perifériát, hisz a laptopos példából világosan látszik, hogy egy Pi-t annak minden perifériájával teljesen biztosan elbír.
De ahogy golya87 írja, sanszos, hogy az én elképzelésem legkorábban a Pi 5-tel valósulhat meg. És talán akkor eljön az is, hogy tényleg egy tápcsatlakozás kell, és a boardról lesz esetleg külső HDD-nek is, meg a kismillió hivatalos és nemhivatalos fejlesztők által készített kiegészítőnek egységes, megfelelő teljesítményű tápellátás (is).
Mindkettőtöknek köszi a felvilágosítást!
-
Keem1
veterán
Srácok, van valami teljesítmény korlát a GPIO-n leadható tápellátásnak? Azért a kérdés, mivel ahogy látom, a legtöbb olyan hat, aminek az egységei többlet energiát igényelnek, mind külső táposak (egyedi), és ők maguk táplálják a Pi-t (és nem fordítva). Mivel maga az USB C kevéssé hiszem, hogy szűk keresztmetszet lenne, a GPIO-ra tudok tippelni.
A céges Lenovo laptopom USB C-s és amikor beérek a munkahelyemre, egyetlen C kábelt bedugva rákötöm egy dokkolóra, erről megy a gépnek a tápellátás, plusz a két külső monitor, plusz 8 további USB. Mindez egyetlen pici, ám de elég masszív USB C porton (egyébként a gép gyári tápegysége is C-s, nincs saját tápcsatlakozó).
Amúgy kézenfekvő lenne, mivel van egy minőségi C-s tápegységem (az USB-C-n valami 45 W, a maradék USB portokon meg talán összesen 15), ne kelljen már egyedi csatlakozós bizb*szokkal vacakolni.
Végre elértük, hogy majd' minden USB C-s lett, erre tessék, jönnek itt egyesek az egyedi tápokkal. -
Keem1
veterán
válasz
fntastic
#37026
üzenetére
Micro SD-t annyira nem javasolnám, én ki is hagynám teljes egészében a képletből, ha menne már az USB boot teljesen legacy módon. Egyszerűen nem erre lett kitalálva.
Külső vagy belső storage... nos ez tőled függ. Ha jó minőségű házat veszel, akkor gyakorlatilag olcsóbban megúszhatod a belsővel is. A külső akkor igazán jó, ha lecsatolva másra is használod. Többnyire kisebb a külső, plusz tele van olyan szolgáltatáscsomaggal, ami a hordozhatóságra lett kihegyezve. Nekem van egy céges Samsung T5 250 GB-os méretben, minden ízében hordozható. Titkosított (fontos és egyben bizalmas céges adatok vannak rajta), nagyon pici, nagyon könnyű és veszettül gyors.
A 2,5"-os laptop HDD-nek és az SSD-nek nem kell külső táp, bőven elég az USB által produkált. De arra vigyázz, hogy a Pi csak egy darab külső HDD/SSD tápellátására képes, ha többet kötnél rá, külső táp kell nekik.
Én egy belső 1 TB-os Samsung 860 Evo SSD-t (~45k Ft) használok egy minőségi házban (~ 3k Ft), meg vagyok vele teljesen elégedve. Stabil, gyors, ráadásul a ház támogatja a TRIM funkciót (SSD esetén csakis ilyen támogatású házat szabad venni) és nem érdemes az UASP funkciót se kihagyni.
-
Keem1
veterán
Srácok, a Pi-n a legfrissebb Raspbian van, lokális szerverként funkcionál, emellett automatizált feladatokat (webes backup, ...) lát el. Van egy hostneve (legyen most PiSta). Windowsos gépen http://pista/ behozza az Apache webszervert, ping, traceroute, stb. minden megy hostname alapján, ahogy IP alapján is. Más eszközök (pl. Androidos telefon ÉS [ez a legfontosabb most] Android médiabox is) csak IP alapján találják meg, úgy viszont szintén minden megy (http://192.168.5.250). Hogy vehetném rá a Pi-t, hogy minden eszköz elérje hostname/fqdn alapján is? Nem jó az IP, mivel be van állítva egy vezetékes kapcsolat (x.x.x.250) mellett egy wifi (x.x.x.251) is, mivel ha valami gond lenne a vezetékes nettel, akkor egy MiFi képes átvenni, de az csak wifin tud netet gyártani, rögtön ugrik a képlet, ha mindenütt fixen IP-vel drótozom be az eszközt. Ezért lenne jó, ha pl. a médiabox nem úgy keresné fel a DLNA szervert, hogy x.x.x.250, hanem úgy hogy PiSta.
Előre is köszi!
-
Keem1
veterán
válasz
kmisi99
#36958
üzenetére
Szerintem ezekre inkább egy Android TV box lenne jobb választás (pl. Xiaomi Mi Box S), mivel ha jól tudom, ezekhez titkosítási kulcsok kellenek (Netflix, Spotify).
Nekem még egy régebbi Mi Box van, de még a 4K-s Netflix is ragyogóan megy rajta.
Az a meglátásom, hogy online streamhez ilyen jellegű cucc kell, míg lokális filmekhez épp ellenkezőleg (bár én a Pi által tárolt médiát is leájtszom a Mi Boxon, hiába nem ez az elsődleges feladata).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Family Link
- Azonnali mobilos kérdések órája
- Linux kezdőknek
- Luck Dragon: Asszociációs játék. :)
- Mozilla Thunderbird
- Autós topik
- A fociról könnyedén, egy baráti társaságban
- 24 Hours of Le Mans
- Honor Magic6 Pro - kör közepén számok
- További aktív témák...
- Asus ROG Z790 Dark Hero + intel 14900k
- Apple M4 Mac Mini 256GG, 16GB Eladó
- ÁRGARANCIA! Épített KomPhone i7 14700KF 32/64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- ÁRGARANCIA! Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- ÁRGARANCIA! Épített KomPhone i9 14900KF 64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- Hp Prodesk 600 G3/ G5/ G6 SFF-MT / i5 8-9-10 gen, Hp EliteDesk 800 G4 / Win11- Számla, garancia
- MacBook felvásárlás!! Macbook, Macbook Air, Macbook Pro
- Canon imagePrograf PRO-6100S plotter - szinte új, 500m2 nyomat
- Xiaomi Redmi 12 Pro 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo Yoga Pro 9 (16IMH9) - Intel Core Ultra 9 185H, RTX 4060, 32GB, érintős ELKELT
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest