- Samsung Galaxy A56 - megbízható középszerűség
- Sony Xperia 1 VII - Látod-e, esteledik
- iPhone topik
- Telekom mobilszolgáltatások
- Mobil flották
- Xiaomi 14T - nem baj, hogy nem Pro
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Yettel topik
- Fotók, videók mobillal
- Honor 200 Pro - mobilportré
Hirdetés
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Naemberek.
Elakadtam. Semmilyen GRUB javító csoda nem működik. Live CD-ről sem GRUB1 sem GRUB2 nem települ, pedig ott van a /boot , próbáltam csatolva, nem csatolva (külön partíció). A legtöbbje azt közli, hogy a /dev/sda1 nem eszköz (az a /boot).Most még azt próbálom meg, hogy dd a forrásgépet egy nagy winyóra, ott partíció leméretezés kicsire (nem bántjuk a forráscuccot, amúgy sem lehetne elég kicsire lerántani azon helyben, mert túl sok adat van rajta), majd dd a fele akkora SSD-re.
A második dd-hez viszont nem tudom, hogyan adjam meg a másolandó blokkok számát. Muszáj lenne az egész adattömeget egyben dd-zni, tehát 0. blokktól a végéig, csak arra nem találok semmit, hogy a fdisk által megadott "vége" a partíciónak, az hogyan jön ki blokkban, vagy egyáltalán miben adja meg? Szektorban? :S
Vagy elég, ha egyszerűen csak elosztom a blokkmérettel? :S -
-
-
-
válasz
bambano #25913 üzenetére
Van de sokkal újabb a live diszk, mint a telepített cucc. A live már Grub2-t tenne fel, ami nem biztos, hogy jó ötlet. (Nem ezen akarom kipróbálni...)
Megpróbálom átnyomni a /boot-ott dd-vel, illetve leszedek egy régebbi live-t, ami még ehhez a verzióhoz való, és Grub 0.98. -
válasz
bambano #25911 üzenetére
Csak az új diszk van bent, és live-ről bootolva kellene megoldani. A beépített SSD-t amúgy sda1-nek látja, csak kérdés, hogy az a grub szerint is az-e. Na ezt meglátjuk
@Colomb2 : 1-est nem (azaz ami Grub1 alapú Lnuxom volt még, azon sosem kelle mókolni Grub-ot). 2-est chrootból már nem egyszer, de az 1-es még nem olyan hülyebiztos.
Wikit nézem... -
-
-
-
válasz
ubyegon2 #25902 üzenetére
Valóban, kisebbek a partíciók, de az adat elfér a kisebben. Tehát csak az adatot húztuk ezért nem jó a dd. (amúgy kisebb winyóra már dd-ztem partíciónként, csak ott az volt, hogy a brutálnagy adatpartíciót nem húztuk át, és szerencsére az volt az utolsó, így működött a dolog).
Amúgy két gép.
Amúgy valószínű tényleg "csak" a GRUB ment el, de az a bibi, hogy lég régi a cucc, és GRUB 1.x ...Viszont ezt nem olyan egyszerű újrarakni, mint a 2-est :S
(Ez az a tipikus user, ami nem hajlandó másik rendszert telepíteni a megszokott helyett.) -
válasz
ubyegon2 #25900 üzenetére
Na ez az, hogy itt kisebb
Másolás simán rsync volt, hogy megmaradjanak a linkek. Ki egy másik eszközre, majd fel a kisebbre. A séma ugyanaz.
Nincs együtt a két meghajtó, a nagy HDD helyett lett gy kisebb SSD.
Reméltem, hogy a GRUB is másolódni fog. de akkor mehet a chroot, és grub update... eh.
Köszi! -
Hello,
Költöztettünk egy Linuxot, méghozzá kisebb drive-ra. Ugyanazt a partíciószerkezetet kapta az új, MBR-t nem másoltuk. És nem DD volt az eszköz, mert ugye a céldrive kisebb. Szépen másoltuk a partíciók tartalmát.
Nem bootol. Gép elindul, villan egyet a kurzor, és újra PXE agent.
Különbség : A régi winyón 53 volt az első szektor, az új SSD-n 2048. Viszont az MBR is új, tehát kéne látnia az első partíciót (amúgy arról bootolna).Mit hagytunk ki...? Az OS amúgy Födöra.
Köszi minden tippet
-
Eh, nem az volt a baja. Félrevezető volt a libaüzenet.
Azt mondta a végén, hogy libusb.h not found. Előtte, hogy pkg-config : not found.
Nem a pkg-config mondta, az usb liba nincs ott, hanem a pkg-config nem volt feltelepítve. Sudo apt-get pkg-confg ... és jó isDeköszi )
-
-
-
-
-
válasz
kovaax #25630 üzenetére
ps -w van csak, de irreleváns ide. Killall sem öli meg ha nem a konzolról fut a script, ami kiadja (viszont ha pl. az OpenWrt webszerveréről hívom, ami szintén rootként fut, akkor rendesen működik). Tényleg valami környezeti baja lesz, csak nem értem, mi? Ugyanis tényleg rootként kéne futnia a rc.local-ból mindennek...
@Frawly : Kipróbáltam, átadja...
-
válasz
bambano #25628 üzenetére
Eh, elgépeltem
A lényeg : se killall, se semmi sem nyírja ki, ha az rc.localból induló script indítja. Ha a shellből elindítom kézzel ugyanazt a scriptet, akkor simán eltűnik a célzott folyamat.
Hogy lehet elérni, hogy az rc.local-ból indított cuccok legalábbis rootként fussanak? Az adott Openwrt-n úgysincs túl sok más user. -
Hello,
Elakadtam egy scripttel... mit csinálok rosszul?
Ki kellene lőnöm egy folyamatot a scriptből.Kitaláltam ezt :
kill -9 $(ps|grep motion|grep -v grep|awk '{ print $1 }')
Végülis lényegtelen;a fura az, hogy ha az rc.local -ból inított scriptem adja ki ezt, akkor nem öli meg a folyamatot, ha shellből fut le ugyanaz a script, akor nem.
Mi a fene...?
Openwrt-n fut amúgy. A megölendő folyamatot is ez a script indítja korábban... (Azaz ennek a scriptnek a korábbi futása.) -
-
Uhttpd-re valaki csinált már autentikációt? A wikin leírtak szerint persze nem megy.
Mondjuk nehezítés, hogy több webszerver fut, és csak egyre kellene jelszó. -
-
-
válasz
bambano #24978 üzenetére
Hm, hogyan tudom ezzel megnézni, hogy mit csinál a php-vel?
Alapvetően az van, hogy a php elérési útja jó, parancssorból meg tudom hívni, stb.
@Lenry : Elvileg egy php.ini van :S
root@OpenWrt:~# find / -name php.ini
/etc/php.ini
/overlay/upper/etc/php.iniElvileg ez ugyanaz.
-
-
-
Hello,
Hülye kérdés. Uhttpd-t használ valaki?
Openwrt-n van, ez lesz a harmadik Openwrt szerverem. Az első kettőn gond nélkül megy (egy BB és egy CC), ezen viszont nem akar menni vele a PHP.
A lényeg : mindegyiken több szerver fut, egyik a Lucinak, másik az, amin a tartalom van. Extrooton mind.
Megadom a 2 szervert az újon, és a PHP azt mondja bármilyen tartalomra, hogy "No input file specified". Ezt mi okozhatja? A konfig kb ugyanaz mind a kettőn, php.ini-ben a doc_root üres, szervereknek meg van mondva, hogy az indexek közé tartozik a .php is, PHP megmutatva neki a megfelelő helyen, mint CGI.Köszi bármilyen ötlet
-
-
-
-
Proxy nem lesz jó :s
Dnf az mi? -
Hello,
Olyanba futottam, hogy yum update channelt kéne csinálnom valami biztonságos módon. A yum támogat valamit ftp-n kívül? -
Jut eszembe! Wireless Wake On Lan -t csinált már valaki?
-
-
válasz
RaPiDsHaRe #24735 üzenetére
Nem esik le, hogy mi hiányzik, de nem
cat izé > $ERTEK
? És utána lehetif
. -
válasz
kraftwerkfan #24720 üzenetére
sudo do-release-upgrade
mit mond? -
-
válasz
Mr Dini #24694 üzenetére
Hasonlót így raktam helyre, nyilván az LVM hülyeségeit hagyd ki.
-
-
-
-
-
-
válasz
bambano #24643 üzenetére
Érteni.
Hát ha 2 éve fixált formátum, akkor az bizony elég új...Azért az ext filerendszereknek sokkal több ideje volt kiforrni magukat.
Amúgy az LVM is tud már raidet, az is pont elég gáz - az sem annyira UNIX.Egyébként pár dolog mostanában nekem is böki ilyesmik közül a csőröm, hogy mennyire tesz jót a kompatibilitásnak a mostanában bevezetett dolgok közül néhány.
-
-
-
-
válasz
janos666 #24630 üzenetére
Köszi!
ZFS-t nem ismerem. Azt tudtam, hogy ha minden lemezt kicserélek nagyobbra, akkor meg tudom növelni az össztárhelyet, de pont ez a bajom, hogy egyszerre nem fogok tudni 5 hasonló méretű winyót venni.
Amúgy sima mdraid van eddig, az vajon megfelel?A btrfs viszont szimpatikus, az LVM szerintem ide felesleges lesz, csak hibaforrás.
-
-
válasz
Jester01 #24624 üzenetére
A terv az volt, hogy szép lassan pakolgatok bele nagyobb winyókat, és jól kihasználom a helyet.
Azt tudom, hogy kisebb winyót nem lehet behúzni egy nagyobb tömbbe.
Másik esetet kipróbálom jövő héten, csak melós lesz...Lvm-et szerintem kiszórom róla, 99% egy nagy adatpartíció lesz, néha növelve.
-
-
-
-
-
-
-
válasz
bambano #24089 üzenetére
Háááát, de azért ez laptop, nem mindig ugyanazon a hálón használom... Mondjuk a gúglis mindenhonnan kéne, hogy menjen. Meg az egyik wifit néha esetleg rácsatlakoztatom másra.
A Networkmanagerben megpróbálta megadni az egyik kapcsolatra, hogy azon más a DNS, de nem zavarta, ugyanúgy nem ment.
-
Hello,
Ősszehoztam 2 wifajt egy gépbe... Jó lenne ezekkel együtt rálógni az itthoni routeremre, de ha mind a kettvel felkapcsolódok, akkor nincs DNS (IP alapján megy minden). Ha az egyikre beállítom a Google DNS-ét, akkor sincs (meg talán a Digi ki sem engedi).
Mit tudok ezzel kezdni? :S Kubuntun vagyok amúgy.Köszi bármilyen segítséget
-
-
-
-
-
válasz
Jester01 #24069 üzenetére
Ez se hülyeség (és köszi bambano neked is).
A curl-t nézem meg először, mert az se baj, ha a két eszköznek fogalma sem kell, hogy legyen egymásról.A scp jó lenne, azt használnám, de a TP-Link 841-ben levő 400MHz-es proci nem erőmű, van a másolgatás mellett elég dolga. Egy SSH kapcsolat is elég rendesen zabál, ha jól vettem észre. Ráadásul csak belső hálón vannak ezek az izék, s érzékeny adatok sincsenek rajtuk. (Ha lesz a dologból valami, akkor megírom Logoutra
.)
@sonar : TFTP sem rossz, bár a céleszközön van ftp szerver, akkor már annak adok még egy könyvtárt.
-
válasz
bambano #24064 üzenetére
2db Linux (Openwrt) között másolnék file-okat. Gyakran. Push módban (router1 odateszi a file-t router2-re). Egyszerűen, álandó kapcsolat nélkül
Mi lenne a jó erre?
rcp nincs openwrt-re, vagy nem láttam... (az lenne a legjobb) scp túl sok erőforrást zabál fel, és lassan épül fel a kapcsolat. wget csak pull módban működik (ez van most). FTP esetleg, csak egymás között másolnak, de nem akarnék még egy ftp szervert tenni a router2 -re.
A push mód azért kell, mert nem tudni, a router1-en mikorra készül el a file, és nem jó, ha a 2. eszköz akkor húzná, amikor éppen írva van. Esetleg rexec lehetne még, ha az openwrt-re van.@Bambano :
Utolsó adaban sem bukik ki -> akkor ott lehet, hogy más okozta a bajt. Imádjuk az olyan apró inkompatibilitásokat, amik misztikus hibákat eredményeznek... -
-
válasz
bambano #24054 üzenetére
Ha rossz az a ram, akkor az első 1-2 tesztlépés alatt ki szokott derülni.
Vagy rossz, vagy jó. A misztikusabb hibákat nekem eddig sosem a RAM okozta.
Memtest viszont tud dobni RAM hibát túlmelegedő proci vagy chipset miatt is... Ugyanaz az eredmény, a kiolvasott és a várt adat nem stimmel.@bambano : Ha eddig ment együtt, és most nem megy, akkor ott valami rossz. Olyan viszont van, hogy fizikailag, papíron összeillő ramok-lapok-stb. valójában összevesznek... Brand cuccok szeretik ezt jétszani.
-
-
válasz
zorzy4 #24050 üzenetére
Nekem is volt ilyen, hogy hozzák a gépet, hogy nem lehet rá telepíteni. Rossz volt a DVD meghajtó (laptop), USB-ről nem bootolt (jó régi volt a gép, a BIOS még nem tudott ilyet), floppy volt benne.
Kb. 3 "informatikusnál" járhatott a gép, mire hozzám került. Fogtam a kis bootfloppyt, ami tudott USB-ről bootolni. Pendrive-ra írt telepítőt felbootolta, települt.
Kivehettem volna a winyót is, úgy is meg lehetett volna oldani. Beletehettem volna egy másik DVD meghajtót is, amíg telepítek.Hogy neked boltosok nem tudták megoldani, az nem sokat jelent
-
Hülye kérdés...
Adott egy szerver. Futtatnék rajta rsyncet, ssh-ról. A rsync sudoval fut.
Ha nohup rsync, akkor bekéri a sudohoz a jelszót, meg az rsynchez is, de ha bezárom a terminált, akkor megáll a process. & -del nem látom a jelszókéréseket.
Hogy lehetne ezen túllépni? Bemenet-átirányítással láttam példákat, de nem tudom, működne-e.Screen -t kihagynám most, anélkül kellene.
-
-
válasz
Mr Dini #23677 üzenetére
Elvileg lehet, de vajon működik-e?
Meg amúgy perpill. úgy tűnik, elég is ez a filemásolgatós. Kipróbáltam, a nem publikus routeren is van webszerver, symlink ott is a /tmp-ben levő képre, wget minden további nélkül lerántja. Fogok egy scriptet, ami másodpercenként ment egy képet, kész a biztonsági kamera. Meg írhatok olyan scriptet is, ami tárolja a képeket, pl. amíg nem vagyok itthon. -
válasz
Jester01 #23674 üzenetére
Nnnna!
Paraszt megoldás. Mégis másolás.
Az Openwrt a /tmp-t úgyis a ramban tartja. A nem publikus kamerás router szépen átmásolja a publikus /tmp-jébe a képet, a publikuson a saját /tmp -jében levő filenévre mutatva raktam egy symlinket. (Lehet, hogy fordítva lesz, és akkor a publikusról lehet vezérelni az egészet, hogy amikor nem kell a kamera, ne forgalmazzon.)Tök jó lenne, ha működne a mjpeg-streamer, azal sokkal egyszerűbb :S Most egy fswebcam kezeli a kamerát, az valamivel fapadosabb.
-
-
Hello,
Nagyon hülye kérdés.
Van 2 szerverem (routerek OpenWRT-vel).
Egyiken van egy publikus webszerver, a másikon 1 kamera.
A kamera képe egy file-ba mentődik a nem publikus eszközön.
A kamera képét meg kéne jelenítenem a publikus eszközön...Nem elnne nehéz ügy, de nem feltétlen másolással akarnám megoldani, mert mondjuk másodpercenként frissül, és felesleges másodpercenként írni a SD-kártyára, amiről a publikus router fut.
Van arra valami egyszerűbb módszer, hogy a másik eszközön levő képet belinkeljem a publikuson, anélkül, hogy azt is kiengedném az Internet felé?
-
Hello,
Valaki foglalkozott itt PXE boottal?
Van egy szépen működő PXE bootszerverem, Pxelinux alapon. ISO-t is kéne vele bootolni, de 32MB-nál nagyobbakat persze nem visz.
Gpxelinux nélkül meg lehet ezt oldani valahogy?Köszi mindent
-
válasz
MineFox54 #21988 üzenetére
Ez esetleg segít?
De pl. tényleg, olvasod a /dev/parport0 -t? -
-
-
válasz
bambano #21977 üzenetére
Hehe
Na most megakadtam. Udev szabályokban tud valaki segíteni? A winyómon levőő partíciókat (meg egy másik winyó van esatán) nem érem el userként, csak rootként. Udev szabályokat kéne kreálnom, csak még azt se tudom, hogyan álljak neki...
A belsó winyón (amit néha lehet kiszedek) csak ext4 van, az esatáson NTFS is.
Pl. :
SUBSYSTEM=="block", ATTRS{SERIAL}=="HITACHI_HTS725032A9A364_100823PCK304GKG6KWWJ", NAME="hdd"- hogyan magyarázom meg, hogy az egy winyó? subsystem=block?
- a serialt az udevadm info kimenetéből elég neki odaadni?
- name miben számít?
- szabályban hogy adom meg, milyen jogokkal mountolja?Még túrom a mant , csak lehet fogok ezzel kapcsolatban még hülyeségeket kérdezni
-
-
válasz
ubyegon2 #21969 üzenetére
Discardot lőttem be, de ma estére készültem el a költözéssel, még a levelezésem, stb áthúzása hátravan (meg jópár szolgáltatást nem lőttem még be, ami néha fut a gépemről, pl. bootszerver) - szóval torpanás még nem tűnt fel. Különben Kingston HyperX Fury, de legalább új
Amúgy már a korai SSD-k kapcsán is kiderült, hogy elméletben több évig is írhatjuk, és nem kéne elhalnia.
Ez meg 2-4 év, és megy anyám gépébe, újabb pár év után mag majd valami lesz vele.
És úgyis nagyrészt OS lesz rajta, adatok winyón (is). -
válasz
ubyegon2 #21967 üzenetére
Igen, az utóbbin gondolkodom.
Viszont elsősorban képfeldolgozás terheli a tmp-t, ami ritkán, de nagy file-ok (~16MB) írása. Az meg olyan, hogy egy nagyobb anyag előhívása közben keletkezik egy rakat átmeneti kép, amit a Rawtherapee ugyan töröl a végén, de amíg fut, addig az ott van.
Szerintem marad a SSD-n a tmp, aztán majd ha gazdag leszek, és veszek még 4 gigát, akkor mozog. -
válasz
Rimuru #21964 üzenetére
és @Vladi : Az oké, hogy le tudom állítani, csak menet közben szerintem nem jó, ha kirántom alóla az átmeneti file-okat
Ha nem gáz az SSD-n a temp, akkor hagyom ott, nem muntolom a winyót fixre.
Mondjuk lehet marad amúgy a fix, mert kb. ugyanannyira gáz egy USB-s meghajtót is dugdozni rá, mintha állandóan vehetem ki a winyót, ha kell valami DVD-ről.Hogy 4GB RAM : Van itt néha virtuális gép is...
Az asztalin is volt, ott is inkább a winyón volt kevés a hely, viszont ott volt swap. Amíg nincs nyóc gigám, lehet fixálódik a winyó, és megy oda a temp, meg egy kis swap. Virtuálgépen kívül máskor nem ír bele, az a vicces.
-
Hello,
Hülye kérdés. Van egy notim, SSD+HDD. A winyó nem fix, multibay, lehet néha ki is veszem, mert pl. a helyére teszek egy CD meghajtót.
Na most a ramba nem akarom tenni a temp könyvtárakat, mert abból olyan sok nincs, a winyóra meg azért nem, mert ha menet közben találom kivenni, az nem biztos, hogy öröm lenne a Linuxnak.Kinek milyen tapasztalatai vannak, hogy a /tmp és a thumbnail cache SSD-n hagyása mennyire zabálja a meghajtót?
Mert ha nagyon, akkor átrakom a tempet a winyóra, és max. nem szedem ki, vagy csak leállítással. Csak eddig reméltem, a hotswap a barátom -
-
-
-
-
válasz
bambano #21896 üzenetére
Nem tudom, nekem pl. SSD-vel 1Gb RAM mellett az 1.7-es Pencium M még használható. Nyilván egy kétmagos Atomtól 2GB RAM mellett nem egy Core i teljesítményét kell várni.
Én pl. el bírnék viselni a tabletem helyett egy EEE-t rendes Linuxszal, sokkal több mindenre jó.Illetve!
Ha már.
Valaki ki tudna segíteni egy 3.0.8+ kernelhez, sun5i -re fordított uinput.ko -val? Van egy Allwinner A13 alapú tabletem, amire kéne rendesen működő VNC, és emiatt nem megy. Az Android topicban nem sok válasz érkezett. -
Sziasztok,
Tud valaki valamilyen Activesync klienst, ami még létezik, és kezel HP Jornada 720-at?
Gúgli csak olyan találatokat dob, hogyhogyan tehetk rá Linuxot, de nekem meg adatokat kéne róla menteni...Ubuntura kéne... De végülis bármi, amit fel tudok tenni
Multisync, Opensíync, Kitchensync, Raki már nincs a repókban.
-
-
-
-
-
-
-
-
válasz
bambano #21306 üzenetére
és @emvy : Csak ötletelés volt, ismerős mutatott egy ultradurva felbontású monitort, és kitalálta, hogy ő négyfelé osztaná... 4 asztalra.
Köszi
@bambano : Nekem volt pár éve hogy csak úgy volt hajlandó működni a második kimenet a gépemen, hogy külön X screen volt
Az egér átment, de ablakot nem lehetett áthúzni, amit ott indítottam, az volt ott.
-
Egy ötlet...
Lehet-e olyat, hogy több X screent egy fizikai képernyőre tenni?
Gondolom lehet, csak hogyan, vagy valahol csináltak-e már ilyet?
Új hozzászólás Aktív témák
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Futás, futópályák
- Parkside szerszám kibeszélő
- gban: Ingyen kellene, de tegnapra
- Nintendo Switch 2
- Tesla topik
- Samsung Galaxy A56 - megbízható középszerűség
- sziku69: Fűzzük össze a szavakat :)
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- EA Sports WRC '23
- További aktív témák...
- Humble megmaradt kulcsok Frissítve 08.05
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- HIBÁTLAN iPhone 15 Pro Max 256GB Natura Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS3008, 97% Akksi
- GYÖNYÖRŰ iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3047, 94% Akkumulátor
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
- Azonnali A320 B350 X370 B450 X470 A520 B550 X570 chipset alaplap felvásárlás személyes/csomagküldés
- Bomba ár! Dell Latitude 5490 - i5-8GEN I 8GB I 256GB SSD I 14" HD I HDMI I Cam I W10 I Gari!
Állásajánlatok
Cég: FOTC
Város: Budapest