- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Xbox Game Pass [2024] - A májusi lista
gp Az elkövetkező időszakban többek között megkapjuk a Kona II Brume című játékot.
-
PROHARDVER!
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
Fecogame
veterán
válasz wassermann #37835 üzenetére
Sajnos továbbra sem ad képet a Kodi. Használsz hozzá Xorg-ot?
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
UberMutant
őstag
válasz Janos46 #37849 üzenetére
ha a kezedben van, ott a tutorialban a fénykép, az elektronikai alkatrészek elhelyezkedéséből lehet megmondani.
ha nincs, akkor kérdezd az eladót.
ha csak ssh val éred el akkor cat /proc/cpuinfo legutolsó bejegyzése:
Model : Raspberry Pi 4 Model B Rev 1.1ööö most nézem ez is ott a tutorialban.
akkor csak arra tudok gondolni, hogy vásárlás előtt állsz, akkor viszont tényleg csak az eladó mondhatja meg , mit árul.
[ Szerkesztve ]
-
Márton
nagyúr
válasz UberMutant #37852 üzenetére
A spéci usb-c kábeles mizérián kívül van bármi hátránya az 1.1-nek?
(nekem azvan)Emlékszem, mikor meglátogattam a vidéken élő nagymamámat, azt mondta: "fiam, egy napon még emberek fogják pazarolni az idejüket arra, hogy elolvassák amit írsz"
-
vpleft
tag
válasz Márton #37850 üzenetére
Szívesen!
"A /media alatt alapból szerepel az SDCARD, akkor is, ha nincs is bedugva a kártyaolvasó. Tehát az mkdir parancs nem is kell. Ez normális?"
Normális, persze. Lehet az OS már automatikusan becsatolta ezelőtt valamikor (?)
Egyébként mount-olni kb. bármelyik mappába lehet. Akár a home könyvtáradba is mountolhatod egy üres mappába az SD-t."...alapértelmezésként a /dev/mmcblk0 lesz használva. Ez ugye nem stimmel"
A scriptre ránézve szerintem nem az SD olvasót kell megadni paraméternek, hanem a rendszer SD kártyáját, ami a raspberry-ben van, amiről backup-ot akarsz csinálni. Szóval alapesetben szerintem de, stimmel.[ Szerkesztve ]
-
-
Keem1
addikt
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 -h
outputot, 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
[ Szerkesztve ]
-
Keem1
addikt
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).
[ Szerkesztve ]
-
Keem1
addikt
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
-
-
wassermann
Topikgazda
válasz Fecogame #37851 üzenetére
A TV-nek nincs több HDMI-bemenete? Lehet hogy a FHD-t csak az egyik tudja (járt már itt úgy valaki). Ha máshol ment a TV-vel lesznek a gondok (próbáld meg kikapcsolni az EDID-et a CEC-t! Ezek mind mind háttérben zajló kommunikációk a TV és a Pi között.
(Nekem OSMC van fent (RPi 3) az egy bővebb Linux-ot tesz a Kodi alá, mint az LE) -
vpleft
tag
válasz Márton #37861 üzenetére
Van egy tippem.
Nyisd meg egy szerkesztővel a scriptet és az rsync utasításokhoz írd hozzá, hogy
'--modify-window=1'
Szóval az rsync utasítások kezdődjenek így:rsync --modify-window=1 ...
2db ilyen rsync-es sor van a fájl vége felé. A többi részét a soroknak ne módosítsd. Hátha segít...
[ Szerkesztve ]
-
Keem1
addikt
válasz Márton #37863 üzenetére
Ez lesz a gond, a /boot nincs felcsatolva.
Nálad mi van a
sudo nano /etc/fstab
fá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 -
vpleft
tag
Szerintem az nem lehet a baj, mivel a script a saját mappájába felcsatolja magának a /boot-ot, amit aztán kilépéskor le is csatol.
Részlet:# Átmeneti tároló mappák létrehozása
mkdir SRC_PART1 SRC_PART2 DST_PART1 DST_PART2
# Beállítja a forráspartíciót
mount $SDCARD'p1' SRC_PART1 # <- Ez a /boot
mount $SDCARD'p2' SRC_PART2[ Szerkesztve ]
-
Márton
nagyúr
válasz vpleft #37868 üzenetére
Valóban, és egy
sudo mount /dev/mmcblk0p1 /boot
parancs után sem megy..beírtam a 2 modify-t is: [kép]
[ Szerkesztve ]
Emlékszem, mikor meglátogattam a vidéken élő nagymamámat, azt mondta: "fiam, egy napon még emberek fogják pazarolni az idejüket arra, hogy elolvassák amit írsz"
-
-
Márton
nagyúr
válasz vpleft #37871 üzenetére
Bingó! A lovak beállítása segített
Na haladunk...
Hiba nélkül elkezdi másolni végre először a boot-ot, majd a rootfs-t.
(Akkor nem a modify-window kiegészítés kellett)Kb. 10 perc alatt végez is, de csak jön egy ilyen üzenet.
Vajon hol nincs hely? A rendszeren 24GB szabad, a betett üres kártya pedig 16gigás és 6GB lett az image. A hivatkozott mp4 fájl csupán 260MB-os..A 6gigás image már egész jól hangzik a 32-es kártyához képest, de ennek is a nagy része hexa 0, megnéztem összezippelhető az egész 300MB-ra
Mindegy, a tömörítést már megoldom, mert gondolom ennek valami technikai oka van, nem hinném, hogy a Raspbian rendszeren 5.7GB fájl csak nullákból áll.Emlékszem, mikor meglátogattam a vidéken élő nagymamámat, azt mondta: "fiam, egy napon még emberek fogják pazarolni az idejüket arra, hogy elolvassák amit írsz"
-
vpleft
tag
válasz Márton #37873 üzenetére
Király!
A fajlrendszer az sd kártyán fat32? Mert arra a fájlméret maximum kb 4gb. (csak egy tipp. Mondjuk fura lenne hogy 5.7gb-os fájl készült mégis )
Ha ez a baj, akkor formázd exfat-ra vagy ntfs-re. Előbbi a legjobb amugy egy sd kártyához, de előbb telepíteni kell linuxra és mountolaskor a '-t exfat' parametert még meg kell adni hozzá[ Szerkesztve ]
-
Márton
nagyúr
válasz vpleft #37874 üzenetére
Nem, természetesen NTFS. Ezért nem értem.
Alapból nem is olvas raspbian exfatot.
Töröltem azt a fájlt, és betettem egy 64-es üres ntfs kártyát. Arra meg egy másik még kisebb videóra írta ki, hogy nem fér rá. wtfGondoltam ezen nem múlik, az elkészült image-et kiírtam egy üres kártyára imageusb-vel, hogy sikerült-e egyáltalán, de kernel pánikkal megáll a boot
Hát, most már lassan én is pánikolok, hogy mennyire bonyolult ez. Tudtommal az UUID-t másolja a script, nem? Akkor mi lehet még a baj?[ Szerkesztve ]
Emlékszem, mikor meglátogattam a vidéken élő nagymamámat, azt mondta: "fiam, egy napon még emberek fogják pazarolni az idejüket arra, hogy elolvassák amit írsz"
-
Márton
nagyúr
-
Márton
nagyúr
Sajnos a hibaüzenet inplace-szel is előjön:
[kép]
[kép]
[kép]
Kemény 13MB a fájl.. méghogy nincs hely.Az image fájlt kiírva kártyára ugyanúgy pánikol.
Már Rufus-t is próbáltam, azzal is.Biztos jó ez a script? Nem hiszem, hogy annyira különleges a rendszerem, sima Pi4.
Több oldalon kártyahibát emlegetnek, ezért más márkával, kisebb-nagyobb (32-64GB) mérettel is próbáltam. Semmi..[ Szerkesztve ]
Emlékszem, mikor meglátogattam a vidéken élő nagymamámat, azt mondta: "fiam, egy napon még emberek fogják pazarolni az idejüket arra, hogy elolvassák amit írsz"
-
cigam
félisten
válasz Márton #37878 üzenetére
Valószínűleg nem a kártyán fogy el a hely, hanem abban az image fájlban, amibe a másolatot létrehozza. Ennek a fájlnak a mérete fix, nem úgy nyúlik mint egy gumicukor, vagy egy zip fájl, ha még másolsz bele egy keveset.
A program megnézi mekkora hely foglalnak az adatok, és akkora méretű(+ ~1GB tartalék) image fájlt hoz létre.
Valószínű rosszul méri meg, ezért nem fér bele. Te magad is ellenőrizheted:
df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
/dev/root 29G 2,4G 25G 9% /
/dev/mmcblk0p1 252M 53M 199M 21% /bootBár a /boot partíció foglalása csak 53MB, a teljes partíciót lemásolja, nem csökkenti a méretét.
A /boot partíció mérete 1k-blokkk-ban mérve:
df /boot | tail -1 | awk '{print $2}'
257087A / partíción tárolt adatok mérete 1k-blokkk-ban mérve:
df / | tail -1 | awk '{print $3}'
2442732Esetemben 257087+2442732+1048576=3'748'395
Ekkora image fájlt hoz létre. Elképzelhető, hogy nálad valami mást mutat a matek. A fenti parancsok nálad mit mutatnak?
Próbáld ki hogy a script 99. sorában megnöveled a ráhagyás mértékét:
DEST_IMAGE_SIZE_KBYTE=$((DEST_PART1_MINIMUM_KBYTE + DEST_PART2_MINIMUM_KBYTE + 1048576))
A 1048576 számot duplázd meg. Így ~2GB-al nagyobb lesz az image fájl mérete a szükséges minimumnál, de valószínű már bele fognak férni az adataid.
Csak raspbian alatt lett tesztelve, más rendszerekkel is működhet, de nem garantált a problémamentes működés.[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Márton
nagyúr
Na, gyerekek úgy tűnik megvan a megoldás!
Már mindennel próbálkoztam, másik kártyaolvasó, raspi alól formázni ntfs-re a kártyát, stb, amikor mondom, leellenőrzöm a fájlrendszerem, nincs-e valami gond. És volt:
DIRTY BIT!
Szerintem ez okozta, mert amint fixáltam fsck-val, már sokkal tovább tartott az image készítés, és nincs is tele annyira 0-kal, mint előtte
A boot is megy, nincs már pánik!
Köszönöm mindenkinek a segítséget, remélem másnak is hasznos lesz a kálváriám.
(a mai napom ráment, pfff)Egy kérdés maradt a végére: most az új kártyát bootolva 4gigás a 2. partícióm a 32 helyett. Tudom ezt on the fly visszanövelni? Csak nem kell ehhez egy másik működő rendszer, hiszen épp az lenne a lényege az egész varázslásnak, hogyha tönkre megy egy rendszerkártyám, akkor van backup, ezt új kártyára másolva visszaáll a rendszer..
[ Szerkesztve ]
Emlékszem, mikor meglátogattam a vidéken élő nagymamámat, azt mondta: "fiam, egy napon még emberek fogják pazarolni az idejüket arra, hogy elolvassák amit írsz"
-
Keem1
addikt
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é.
[ Szerkesztve ]
-
-
Márton
nagyúr
válasz sztanozs #37886 üzenetére
Természetesen mindig sudo-val futtattam.
Home/Pi alatt van a kérdéses fájl.
De mint írtam, már minden ok, úgy tűnik Dirty bites volt a meghajtóm.
Meg tudja ezt valaki erősíteni, hogy az okozhat ilyen image készítési gondot? Ha igen, bele kellene írni az összefoglalóba, vagy eleve a script ellenőrizze a művelet előtt a meghajtót.
Egyébként ha dirty a meghajtó akkor nem illene a boot során ezt javítania, vagy legalább jeleznie/rákérdeznie a rendszernek? Kb. mint win esetén a scandisk?Emlékszem, mikor meglátogattam a vidéken élő nagymamámat, azt mondta: "fiam, egy napon még emberek fogják pazarolni az idejüket arra, hogy elolvassák amit írsz"
-
-
addikt
Jelentem működik pi4-en az usb boot.
E leírás szerint csináltam:Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
-
PistiSan
addikt
válasz body007 #37889 üzenetére
Tök jó, jó sokáig kellett várni rá sajnos!
Azért remélem, hogy ha ki lép a béta fázisból az usb boot, akkor majd nem kell ilyen manuális másolgatásokkal szöszölni, csak fel rakod a rendszert a vinyóra és onnan bootol ha nem talál az SD-n semmi oprendszerre utaló fájlt.
Jelenleg van egy tökéletesen működő rendszerem, nem tudom hogy ha kijön a bétából, akkor érdemes lenen e neki ugrani újra húzni így... sajnálom rá az időt és az energiát, de ha meg hal egyszer az sd (biztos soká, mert csak a boot partíció van rajta) akkor biztos én is csak HDD-n fogom majd futtatni a rendszert. -
UberMutant
őstag
válasz PistiSan #37890 üzenetére
melyik manuális másolgatásra gondolsz? a .elf . dat fileokat azért kell, mert nincsenek benn a hivatalos imageben.
ehez a disztribúcióknak kell lépni, és frissiteni az képfilejaikat.persze, hogy plug and play menjen, ahhoz a firmware-t akkor is frissíteni kell, anélkül nem fog menni. szóval csak az újabban készült (amire már ilyen firmware kerül gyárilag) lapokkal lehet majd olyan, hogy bedugod és megy.
[ Szerkesztve ]
-
-
_q
addikt
qbittorrent 35-50% közötti cpu terhelése normális ha 10MB/s-al tölt fel? Eléggé belassul az ssh és távoli asztal is ilyenkor, igaz HDD-n fut a rendszer.
[ Szerkesztve ]
-
vpleft
tag
válasz Márton #37887 üzenetére
Örülök hogy sikerült megoldani!
Én is úgy tapasztaltam hogy fura hibákat okoz, úgyhogy szerintem simán lehet hogy amiatt volt... Sajna nem szól a rendszer, ha baj van. Én pl. kenyszeritem hogy fsck-zzon minden inditaskor.
(A boot particio cmdline.txt-jéhez hozzáadtam, hogy fsck.mode=force)
Mondjuk fura, hogy az fsck senkinek nem jutott eszébe eddig -
stopperos
senior tag
[ Szerkesztve ]
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
Új hozzászólás Aktív témák
- Asus Z170 Pro Gaming, Intel Core i5-6500, 16GB Kingston HyperX 2133MHz félkonfiguráció (használt)
- ASUS ROG STRIX Z370-H GAMING + Intel Core i5-8600K + SK Hynix 16GB DDR4 2666MHz - Számla + Garancia
- VADIÚJ, BONTATLAN! Mac Mini M2 8GB 256GB
- i7 7700K////1070 TI///16GB
- Intel NUC5CPYH (Celeron N3050, N3060, J3060) - 4GB RAM, 120GB SSD
- I7 - GAMER /8700K + VÍZ - Z370 - 16GB DDR4 - 512GB NVME - 4TB HDD -RX 6600/8GB DDR6- 700W - RGB HÁZ
- 10.GEN GAMER PC /B460-STEEL-I5 10400F +VÍZ - 1TB NVME + 4TB HDD - 16GB RGB - RX 6600-8GB DDR6 + RGB/
- Belépő szintű Gaming PC Intel i5-9400F, Nvidia GTX1650OC, 16GB DDR4, 512GB m.2 SSD, Seasonic 500W
- I5 6600/ 8GB/ SSD+HDD
- Polycom HDX hálózati videokonferencia HD video ip telefon