- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Milyen okostelefont vegyek?
- Yettel topik
- iPhone topik
- Honor Magic5 Pro - kamerák bűvöletében
- Poco X3 Pro - hardverfrissítés
- Magisk
- Új nyomógombos Nokiák érkeztek
- Nothing Phone 2a - semmi nem drága
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
Hirdetés
-
A Video AI lehet a One UI 6.1.1 ütőkártyája
ma Vagy hogy fogja a mesterséges intelligencia manipulálni a mozgóképeket?
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
-
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
-
szőr Artúr
tag
válasz Anakin007 #24900 üzenetére
Mennyire sürgős?
Lehet (sőt, ajánlott) korlátokat beállítani, de már nem emlékszem a részletekre.
Én még a limits.conf-ból indulnék ki, de azt hiszem, ez már elavultnak számít, utána kell néznem, hogy hogy illik mostanában. (A cgroups lehet talán a mostanában "divatos", de abban még nem merültem el eléggé)[ Szerkesztve ]
-
Anakin007
aktív tag
válasz szőr Artúr #24901 üzenetére
Egyáltalán nem sürgős, kb. fél éve van ez a gond, csak most fogyott el a türelmem és ötletem. Amiket említettél, nekem új dolgok Ha utánna nézel, azt megköszönöm, én sem maradok tétlen, megpróbálok ezen a vonalon.. Sztem sokaknak lehet hasznos még, biztos sokan vannak, akik nem elégedetetek a teljesítménnyel és nem a vas hibája.
Ha Isten létezne, hinnék benne.
-
bhonti
tag
Az mitől van, hogy rálép a Wi-Free hálózatra, de nem kap IP-t, se a dhclient, se a pump:0
http://1kis.info.hu - Informatikus mindenkinek... 501065096 balazs@honti.tech
-
bhonti
tag
-
nagyúr
válasz Anakin007 #24900 üzenetére
[ Szerkesztve ]
-
szőr Artúr
tag
Van néhány iso image egy pen drive-on, mindegyik egy-egy live linux. Szeretném bootolhatóvá tenni őket, de yumi és hasonló eszközök nélkül. Van erre valami egyszerű mód?
-
Rimuru
veterán
-
nagyúr
válasz szőr Artúr #24906 üzenetére
Lehet, hogy nagy marhaság, de nemrég olvastam valakitől egy logikusnak tűnő megoldást valamelyik topikon.
Partíciónként felmásolod a megnyitott iso-kat a penre és minden partíciónak adsz boot flagot. Utána teszel rá egy grub-ot és bootnál már választható a szükséges iso.
Valami ilyesmi rémlik, lehet, hogy valamelyik lépés nem kell, most nem találom a hsz-t, hátha valaki jobban emlékszik és leírja.
például (#24907) colomb2 ft.
[ Szerkesztve ]
-
nagyúr
válasz szőr Artúr #24909 üzenetére
Sajnos windows alól is elérhetőnek kell maradniuk
Mi az az ígéretes megoldás? Ha működik, mindenképpen oszd meg velünk!
-
Rimuru
veterán
válasz szőr Artúr #24909 üzenetére
Nem kell hozza tobb particio, fogsz pl egy sima elsodleges fat (vagy amit kezel a grub es a win is) particiot, felrakod es beconfolod a grubot es orulsz.
Vigyázat, csalok!
-
szőr Artúr
tag
válasz ubyegon2 #24910 üzenetére
https://help.ubuntu.com/community/grub-n-iso
Azt hiszem, ez volt.
Sajnos bezártam a böngészőt, az meg ilyenkor törli az előzményeket. -
nagyúr
válasz szőr Artúr #24912 üzenetére
grub-n-iso
Ezt még sose láttam, jó, hogy beraktad! Hasznos lehet még. thnx
(#24911) colomb2
felrakod és kész
ezt pontosan hogyan több iso esetén?
Már emlékszem, fat32-re kell particionálni, ilyesmi volt a hsz-ben! Te írtad?[ Szerkesztve ]
-
Rimuru
veterán
válasz ubyegon2 #24913 üzenetére
Lehet hogy en voltam (ha volt a lenti link is akkor valoszinu ).
Fajlbol olvasod be az lemezkepet, tehat csak egy olyan fajlrendszer kell amit kezel a grub.
Egyebkent ArchWiki, Multiboot USB drive, en az also syslinuxos megoldast hasznaltam korabban.Vigyázat, csalok!
-
devin77
csendes tag
-
Sleed
aktív tag
Sziasztok!
Debian package készítésben van valakinek tapasztalata?
Egy OpenCV-re épülő Qt alkalmazáshoz szeretnék package-et készíteni de a shared library függőségeket nem sikerül kezelnem.
Azt a javaslatot kaptam hogy telepítsem az OpenCV-t packageből, de erre nem találtam lehetőséget (legalábbis nem olyat amivel fordulna is az alkalmazásom).Amiket eddig csináltam és a hibaüzenet:
1. I set up an Ubuntu in a Virtualbox
2. I installed the neccessary software to compile and run the application (Qt related things, ffmpeg, codecs, OpenCV etc.)
3. I successfully compiled and executed the application
4. I created a GPG key
5. With dh_make I created the debian directory in my project dir
6. I added the packages to debian/control->Build Depends what I got by executing dpkg-depcheck -d qmake
7. I added to the Depends also what I got by dpkg-depcheck -d SampleApp
8. I edited the copyright and changelog files
9. I tried to run dpkg-buildpackage -bItt kaptam a hibaüzenetet:
dpkg-shlibdeps: error: no dependency information found for /usr/local/lib/libopencv_imgcodecs.so.3.1 (used by debian/sampleapp/opt/SampleApp/bin/SampleApp)
dh_shlibdeps: dpkg-shlibdeps -Tdebian/sampleapp.substvars debian/sampleapp/opt/SampleApp/bin/SampleApp returned exit code 2
make: *** [binary] Error 2
dpkg-buildpackage: error: debian/rules binary gave error exit status 2Build Depends és Depends mezők:
Build-Depends: debhelper (>= 8.0.0), libpopt0:i386, libqt5core5a:i386, qtdeclarative5-dev, libglib2.0-0:i386, qtchooser, pkg-config, qt5-qmake:i386, locales
Depends: ${shlibs:Depends}, ${misc:Depends}, udev, libxext6:i386, libxcomposite1:i386, libopencore-amrwb0:i386, libglib2.0-0:i386, libpangocairo-1.0-0:i386, libva-drm1:i386, libxinerama1:i386, libmp3lame0:i386, libnih1:i386, libx11-6:i386, libxcb-render0:i386, libffi6:i386, libgdk-pixbuf2.0-0:i386, libdrm2:i386, libvorbis0a:i386, libfontconfig1:i386, libxrender1:i386, libpango-1.0-0:i386, libdbus-1-3:i386, libpixman-1-0:i386, libopenexr6:i386, libxvidcore4:i386, libjpeg-turbo8:i386, libcgmanager0:i386, libcairo2:i386, libjasper1:i386, libxfixes3:i386, libilmbase6:i386, libtiff5:i386, libusb-1.0-0:i386, libdc1394-22:i386, libxi6:i386, libfreetype6:i386, libxrandr2:i386, libqt5network5:i386, libpng12-0:i386, libthai0:i386, libxcb-shm0:i386, libva1:i386, libvorbisenc2:i386, libtheora0:i386, libharfbuzz0b:i386, libicu52:i386, libjbig0:i386, libopencore-amrnb0:i386, libogg0:i386, libxcursor1:i386, libxcb1:i386, libraw1394-11:i386, libudev1:i386, libnih-dbus1:i386, libqt5core5a:i386, libgraphite2-3:i386, libva-x11-1:i386, libatk1.0-0:i386, libexpat1:i386, libgtk2.0-0:i386, libpangoft2-1.0-0:i386, libdatrie1:i386, libxdmcp6:i386, libvdpau1:i386, libxdamage1:i386, libxau6:i386Valaki akinek van tapasztalata ezzel kapcsolatban, az tudna segíteni?
Köszi,
Sleed -
-
válasz devin77 #24916 üzenetére
a log fájlban keletkezik, de nem a syslog rendszeren keresztül és nem vagyok róla meggyőződve, hogy keresztül akarom kergetni a syslogon, mindegy, hogy syslog vagy syslog-ng.
az érdekelne, hogy kinek milyen ötlete van arra, hogy egyik gépről a másikra másolgassak naplózottan és hibamentesen sok fájlt. az rsync sem nem naplózott, sem nem hibamentes.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
szőr Artúr
tag
válasz bambano #24919 üzenetére
Folyamatos írás alatt álló fájlokat nem fogsz tudni "hibamentesen" másolni -> nem véletlenül emlegettem log rotálással kapcsolatos problémákat.
(Nem tudod ellenőrizni pl. cheksum generálással)
Az rsync lehet naplózott a --verbose kapcsolóval, szerver/cél oldalon meg ha jól rémlik, az sshd logjába tud szemetelni. Vagy napló alatt valami olyanra gondolsz, mint a fájlrendszerek journalja vagy adatbázisok redo(oracle) logja?De feltételezem, ezekkel tisztában vagy, szóval nem teljesen értem, hogy mire vágysz.
[ Szerkesztve ]
-
válasz szőr Artúr #24920 üzenetére
valahol van egy log, mindegy, micsoda.
ezt én periodikusan (1-3 percenként, mikor hogy, de ez is mindegy), átmásolom a /var/log/ev/ho/nap alá sima cp-vel. hogy közben változik-e a forrás, nem érdekes. utána a célállományt betömörítem bzip-pel.itt kezdődik a kérdés: a szervereken kialakul egy könyvtárfa, tele fájllal. ami nyilván nem változik már, mert egyrészt lemásoltam olyan könyvtárba, amiről a syslog se tud, meg semmi más se tud, másrészt be van tömörítve.
fentiek több szerveren lezajlanak. ezeket a másolt, tömörített logokat szeretném az archiváló szerveren viszontlátni, hibátlanul. és nem szeretném keresztülpaszírozni a syslogon, mert jelenleg nem látom értelmét. de meggyőzhető vagyok, ha nincs jobb. és amikor ezeket viszontláttam az archiváló szerveren, akkor törlődjenek a forrás helyen.
segédinfó: minden gép debian, mindenhol van root jelszó és van jelszó nélküli kulcsos ssh bejelentkezés. a forrásnál pár napnyi cuccnak van hely.
érdekelne, hogy kinek milyen ötlete van, ami esetleg bennem nem merült fel.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
szőr Artúr
tag
válasz bambano #24921 üzenetére
Mondjuk én a syslogot eredetileg a logfájlok helyett gondoltam, nem az archivált példányok továbbküldésére...
Ha nem akarsz extra ellenőrzést(hálózaton, esetleg diszkre íráskor nem sérült-e), az rsync tud törölni sikeres másolás után. Ha össze is hasonlítanád törlés előtt a két példányt, azt úgy tudom, csak scripttel (javasolhatnék IBM TSM szoftveréhez hasonló eszközt... jé... jut eszembe: bacula nem jó? ... de ez ágyú és veréb esete is lehet)
-
Sleed
aktív tag
válasz bambano #24918 üzenetére
megcsináltam, most ugyan az a hibaüzenet csak /usr/local/lib/ helyett /usr/lib/ alatti opencv shared library-ket nem találja.
[link] itt a második válasz, azaz hhony válasza alapján generáltam az opencv csomagokat,majd újrakezdtem az egészet. így már az így kapott csomagok a telepítése után futott az alkalmazás, nem kellett lefordítanom az opencv-t hozzá.
-
válasz szőr Artúr #24922 üzenetére
nyilván akarok ellenőrzést, anélkül egyrészt semmit nem ér, másrészt nem kérdés
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
szőr Artúr
tag
válasz bambano #24924 üzenetére
Note that rsync always verifies that each transferred file was correctly reconstructed on the receiving side
by checking a whole-file checksum that is generated as the file is transferred, but that automatic
after-the-transfer verification has nothing to do with this option’s before-the-transfer "Does this file need
to be updated?" check.Látszik, hogy ilyesmire mindig célszoftvert használtam, rsync-t soha.
Szóval ő külön kérés nélkül is végez egy MD5 checksum ellenőrzést, ami esetedben elégséges lehet, a --remove-source-files meg másolás után eltakarítja a feleslegessé vált fájlokat a forrás oldalán. -
Lenry
félisten
van nem túl jól paraméterezhető program, ami generál egy fájlt. mivel nem túl jól paraméterezhető, így csak részben tudom szabályozni mi legyen a létrejövő fájl neve, és meguntam a kapcsolókkal való játszadozást, így arra gondoltam, hogy egyszerűen átnevezem, mindegy mi jön ki.
a kérdés, hogy hogyan?
a $ program | mv... gondolom nem játszik[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
válasz szőr Artúr #24928 üzenetére
semmit nem ír ki, visszaadja a promptot és kész
végül finddal oldottam meg, mert azért felismerhető pattern van benne
find . -name '*pattern*' -exec 'mv $0 ujnev' {} \;
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
Lenry
félisten
válasz szőr Artúr #24933 üzenetére
Az, hogy a program egy bemenetre egy kimenetet ad (konvertál), a bemenet egyik tulajdonságától függ a fájlnévben a figyelt minta, kétszer fut le, a két kimenet pont a figyelt mintában különbözik, és minden futás végén törli a scriptem a munkamappa tartalmát.
Igyekszem hülyebiztosra írni a scriptjeimet
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
szőr Artúr
tag
Nem véletlenül hivatkoztam Mr. Murphy-re
Én is sokáig bíztam a "bolondbiztos" scriptjeimben, míg ott nem felejtettem egy visszatöltött állományt egy ölyan helyen, ahol nem kellett volna.
-
-
Lenry
félisten
van otthon egy NAS-ként üzemelő gépem, Debian fut rajta.
statik IP-t kapott
lenry@Echo-Three:/$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.0.101
netmask 255.255.255.0
gateway 192.168.0.1ezen kívül a csodálatos, Telekomos routerben is fixáltam, hogy 101 legyen az IP-je. mégis időnként valami, valahol megszakad és a gép új IP-t kap a DHCP tartományból, nyilván ilyenkor semmi nem működik...
egy
service networking restart
után újra minden szupiszuper, de ez így semmiképp sem normális.
hol magyarázhatnám el ennél jobban a gépnek, hogy ne kérjen IP-t, ha kap, ne foglalkozzon vele, használja, ami a fájlban van.már gondolkodtam egy scripten is, ami figyeli az IP-t és ha nem 0.101, akkor újraindítja a networkinget, de ez nem kifejezetten elegáns...
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
megema
őstag
Sziasztok!
Végre rendbe szeretném rakni a fájl jogosultságokat a NAS gépemen. A lényeg az lenne, hogy az egyes kliensekkel létrehozott fájlok/mappák örököljék a tartalmazó mappa jogosultságát kompletten (tulajdonos, csoport, írás-olvasás). Van erre megoldás fájlrendszer szintjén? ACL-t beállítva az elérést meg tudom oldani, de az mégsem az igazi. Írjak egy szkriptet, ami beállítgatja a tulajdonos és a csoportot, aztán futtassam cron-nal?
A probléma abból fakad, hogy SMB-nél be lehet állítani az öröklődést, AFP-nél viszont nem. Én pedig legtöbbször AFP-zek. Ami még fura, hogy AFP-nél be vannak állítva default fájl és mappa jogosultságok minden megosztáshoz, de 0xxx ellenére beállítja a setgid-t.
-
megema
őstag
válasz szőr Artúr #24941 üzenetére
Én is arra gondoltam, de az olyan workaround jellegű megoldás. A hozzáférést megoldja, de a tulajdonos/csoport attól változatlan, kusza marad. Aha, almás. Netatalk kell hozzá.
[ Szerkesztve ]
-
Tim82
nagyúr
Miután az eredeti topikból a topikgazda kedvesen elirányított ide, itt folytatnám.
Előzmények.
Előzmények #2Adott egy Raspberry Pi 2 Model B+, rajta egy Arch-alapú, hálózati zenelejátszási célú disztró (RuneAudio) - ez egy 8 GB-os, class 10-es micro SD-re van amúgy telepítve, mint háttértár. A célom az lenne, hogy működésre bírjak vele egy TP-Link Archer T2U-t. Ez egy MediaTek MT7610u chipsetes wireless AC dongle, van Linux támogatása. (Az AC miatt lényeges a dolog, a túltelített 2,4 GHz-es sáv miatt próbálok minden itthoni gépet az 5 GHz-es sávon használni wifin, kábelezés pedig hosszú távon nem játszik.)
Raspbian-os leírást találtam arról, hogyan lehet működésre bírni Pi-vel a dongle-t [link], ami mindennel együtt nem tűnt különösebben Raspbian-only leírásnak; de én a make parancsnál elakadok. Jelenleg ez a kimenet: [link].
A korábban a topikban kapott tanácsok alapján kerestem és telepítettem gcc compilert, illetve linux-raspberrypi-headers csomagot (legalábbis azt feltételezem, hogy ez lehet az én esetemben jó csomag), a kimenet ezek telepítése utáni eredmény.
A RuneAudio felületén amúgy nincsen grafikus csomagtelepítésre mód, Windows-os notebook-ról PuTTY-al próbálkozom terminálból. (Arch-alapú, tehát van pacman.) Előre is köszönöm a segítséget.
"You're going to negotiate with a girl, who thinks she's a space station? - When you put it like that, it does kinda sound crazy." - Audio-GD NFB-11.32 DAC/fejeserősítő eladó - https://tinyurl.com/Tim82HA
-
-
Vladi
nagyúr
De akkor mér a 4.1.20-1-t keresi?
Egyébként jelentem centos 7-en minden további nélkül lefordult. A hiba a disztródban lesz. biztos, hogy nincs rá csomag? Esetleg próbáld a disztró fórumjában megkérdezni.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Tim82
nagyúr
Elvileg a kernel pedig frissült, viszont utána a pacman -Syu nem fut le, kevesli a 8 GB-os kártyát hozzá, ez kellene az összes csomag frissítéséhez. Próbálkoztam persze úgy is, hogy reboot után néztem meg.
Köszönöm a segítséget, meg fogom kérdezni a RuneAudio fórumán.
"You're going to negotiate with a girl, who thinks she's a space station? - When you put it like that, it does kinda sound crazy." - Audio-GD NFB-11.32 DAC/fejeserősítő eladó - https://tinyurl.com/Tim82HA
Új hozzászólás Aktív témák
- Soundbar, soundplate, hangprojektor
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Vallás
- Kínai, és egyéb olcsó órák topikja
- Gran Turismo
- Fejhallgató erősítő és DAC topik
- TCL LCD és LED TV-k
- Villanyszerelés
- Milyen egeret válasszak?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...