Mint minden január 1-jén, új év kezdődik. 365 nap, hogy élvezze az ingyenes és nyílt forráskódú szoftverek minden lehetőségét. Számos javaslatot talál ittújévi fogadalmak listája Linux-felhasználóknak és az ingyenes szoftverek rajongóinak.
Természetesen ezek csak javaslatok, és ha keresel, sok más tennivalót is találhatsz.
Újévi fogadalmak Linux felhasználóknak
Szokatlan Linux disztribúciók telepítése
Igaz, hogy sokan kényszeres telepítők vagyunk, de szinte soha nem lépünk túl az általános disztribúciókon. 2023 jó alkalom arra, hogy kipróbáljunk másokat, amelyek egy kicsit több figyelmet és készségeket igényelnek.
Red Hat Enterprise Linux
Ez egy vállalati piacot célzó disztribúció, amely előfizetést igényel, azonban többféle módon is kipróbálhatod ingyen.
A CentOS-t hagyományosan olyan cégek használták, amelyek nem akartak fizetni a Red Hat technikai támogatásáért.A CentOS először egy önálló disztribúció volt, amelyet a Red Hat forráskódjából állították össze. Idővel a vállalat szorosabb együttműködésbe kezdett a projektért felelős közösséggel.
Amikor az IBM felvásárolta a Red Hatet, a dolgok megváltoztak, és a CentOS lett a jövőbeli Enterprise-kiadások tesztágya. Ez azt jelenti, hogy egy bizonyos technológiát a Fedorában tesztelnek, majd a CentOS-ben implementálják, és amikor végre kiforrott, hozzáadják az RHEL-hez.
Ahogy az a nyílt forráskód világában gyakran megesik, az IBM döntése számos alternatív projekt és versenytárs megjelenéséhez vezetett, mint például a SUSE Linux és az Oracle, amelyek ingyenes verziókat kínálnak. A Red Hat válasza az volt, hogy meghosszabbítja ingyenes licencének feltételeit a fejlesztők számára.
Hagyományosan csak tesztelési célokra használható gépen. Mostantól akár 16 számítógépen is ingyenesen használható a termelésben, beleértve a nagyobb nyilvános felhőket is, például az AWS, a Google Cloud Platform és a Microsoft Azure. Ez utóbbi esetben a platformok használatának költségeit kell fizetni.
A program eléréséhez regisztrálni kell a címen ezen az oldalon Red Hat-fiók létrehozása vagy GitHub, Twitter vagy Facebook hitelesítő adataival való bejelentkezés. Felhívjuk figyelmét, hogy az előfizetéseket innen kezelik ez az oldal.
Már csak a disztribúció letöltése és telepítése van hátra.
Elgondolkodni fog azon, hogy miért kell ezt megtennie.
A Red Hat nemcsak a vállalati szektorban a legszélesebb körben használt disztribúció, Eszközöket is fejleszt a konténerekkel való munkavégzéshez, a felhőalapú telepítésekhez és az alkalmazások létrehozásához.. Ezenkívül letöltheti ezekről a teljes dokumentációt.
Linux a semmiből
Ha nem szereted a meglévő Linux disztribúciókat ill meg akarja érteni a Linux disztribúció egyes összetevőinek funkcióját, ezt keresed.
Linux a semmiből ez nem eloszlás. Ez egy használati útmutató arról, hogyan szerezhet be és szerelhet össze minden alkatrészt saját Linux disztribúció létrehozásához. A projektnek van egy folytatása Beyond Linux From Scratch néven, amely lehetővé teszi számunkra, hogy közelebb vigyük a szokásos Linux disztribúciókhoz.
A projektben szerepel még további dokumentáció, javítási tárolók és automatizálási eszközök az elosztás felépítéséről.
Ahogy fentebb mondtam, az LFS telepítése nemcsak jobb megértést ad a Linux rendszer egyes összetevőinek működéséről, hanem saját felelősségére is megpróbálhatja a csomagok cseréjét.
LineageOS
Tavaly már elvégeztem a telepítési tesztet van Android forráskódon alapuló operációs rendszer mobiltelefonokhoz egy régi okostelefonon, és nagyon elégedett volt a tapasztalattal. Idén azt tervezem, hogy újraélesztek egy Motorola G5 Plus-t úgy, hogy lecserélem a videomodult, és átalakítom a fő telefonommá az Android 12 LineageOS megfelelőjével.
Érdemes ezt megemlíteni A hivatalos változatok nem minden telefonmodellt támogatnak, de ha rákeresel a Google-on, előfordulhat, hogy néhányat harmadik fél által fejlesztett. Vagy saját maga is létrehozhatja. A dokumentáció kiterjedt, és az egész weben megtalálható.
Megragadom az alkalmat, hogy nagyon boldog évkezdést kívánjak, és felkérjem Önt, hogy mondja el nekünk, ha van újévi fogadalma a nyílt forráskóddal kapcsolatban. Alább található a visszajelzési űrlap.
Igazad van. Nagyon szép, de meg tudnád mutatni, hogyan lehet elérni, hogy a linux kernel ne aszinkron módon keresse a lemezeket?
Már jó ideje megvan ez a probléma, és nem tudom megoldani több mint egy éve guglizva. Még a linux kernelt is lefordítottam a megfelelő paraméterrel, de semmi haszna. Természetesen az scsi_mod.scan=sync parancsot az /etc/default/grub mappába tettem, de az sem segít.
Mivel ez egy modul, kipróbáltam az "scsi_mod.scan=sync" parancsot az /etc/modprobe.d/ fájlban, de egyiket sem.
Kipróbáltam "pont nélkül" is (ahogyan sok fórumon ajánlják) "scsi_mod scan=sync". De semmi.
Debian11 Bullseye-t használok.
Üdvözlet.
Inkább ez lenne Linus Torvalds újévi fogadalma, de ha találok megoldást, szólok
Majd szólok neked is, ha megkapom.
Az egyetlen Debian kernel, amely továbbra is fenntartja a lemezrendet:
Debian10 minden.
Debian11 5.10.0-10 hivatalos kernel: 5.10.84-1 (2021-12-08) (Mind véletlenszerű sorrendben).
Debian12 5.16.1 (Mind véletlenszerű sorrendben).
Letiltottam őket a frissítésben, és továbbra is ott vagyok.
Tudom, hogy ez a probléma nem érinti azokat az embereket, akiknek csak EGY lemezük van Linux alatt, vagy azokat a milliomosokat, akiknek több száz lemezes szuperszámítógépük van, és azt szeretnék, hogy a rendszer gyorsan elinduljon. De akiknek van egy lemezünk az operációs rendszerrel és még négy adatlemezünk, nem örülünk ennek az elején:
sda Volume3
sdb 1. kötet
sdc Debian11
sdd Volume4
2. kötetből
És mit számít még, nem? Persze, persze... De a Clonezilla Live kernel ugyanezt csinálja. Amíg nem vagy tisztában a lemezek sorrendjével, elvesztél. Mert a Clonezilla a hagyományos sda, sdb és… neveket használja, és egy kernelt, amely lemezeket is cserél. Gyakran újra kell indítanom magát a Clonezilla Live-t, amíg meg nem mutatja a lemezeket sorrendben. Néha a lemezek rendezettnek tűnnek, de maga a flash meghajtó az, amely elkapta az sda-t. Ismét a rendszer újraindításához a Clonezillával.
Amikor készítek egy képet a Debian11 operációs rendszerről, és a sorrend a fent látható, a lemezkép az sdc-ben lévő meghajtóra hivatkozva készül el. Egy rossz napom van, és vissza akarom állítani a képmásolat-mentést, figyelmeztetni fog, hogy visszaállítják az sdc meghajtóra. De ha aznap a Clonezilla linux kernel más sorrendet adott neki, akkor nagyon könnyen betölthetem az adatokat egy másik lemezről.
Csak egyszer történt, és nem tudtam, mit tettem. A rendszer még mindig a régi képpel és egy particionált, azonos UUID-kkel rendelkező ikerképpel volt egy másik lemezen, amelyről minden adat hiányzott. Emlékeztem Linux Torwalds és munkatársai rokonaira. Még jó, hogy napi biztonsági másolatot készítettem egy másik számítógépről, és vissza tudtam állítani az összes adatot.
A Clonezilla nem engedi, hogy visszaállítsam egy másik meghajtóra, mint amilyenről a képem volt. Ha ez az "sdc", akkor az orránál fogva visszaállítja az "sdc"-ben. Mivel nem javítottad ki jól, melyik lemez most "sdc", jóvá fogod tenni. Nem tudom, miért kérdezi Clonezilla, hogy már döntött-e. Nos, ez egy utolsó figyelmeztetés a kivégzés előtt.
Ezzel a problémával a Debian11 életében kell megküzdenem. És a Debian12-ben már van 6.0.0-6 kernel, nekem pedig 5.16.1. Miért kell majd a Debian12-t használnom ezzel a kernellel?
Ez egy olyan probléma, amit nagyon kövérnek tartok. És ez ok arra, hogy egy másik rendszerhez lépjen.
Azt mondják, hogy "Linux módosíthatja ízlése szerint." De egy átlagos felhasználó számára ez gyakorlatilag lehetetlen. Mestert kell csinálnod. Nem hiszem, hogy ez elérhető számomra.
Az egész Linux SCSI rendszert alaposan át kell tanulmányoznom, és nem vagyok programozó. Van más dolgom is, mint mélyebbre ásni a Linuxot.
Szóval ne csodálkozz, hogy a Linuxot alig használják az emberek.
Egyébként is.
Van egy levelezőlista a Debian felhasználókról. Talán tudnak segíteni. https://lists.debian.org/debian-user-spanish/
Helló ismét.
Elnézést, de eléggé ki vagyok akadva ezzel a problémával.
Elmentem hozzászólni az első oldalon, amit találtam. Több mint 11 hónapos guglizás után.
Nem a megfelelő fórum. Szerintem a Linuxaddicts egy olyan portál, ahol híreket és információkat talál a Linuxról, de nem a problémák megoldására.
Sajnálom. Megnézem máshol.
Nyugodt. Tiszteletteljesen felvetette a kérdést, és felhívta a figyelmemet valamire, amiről nem is tudtam, hogy létezik. Ajánlom a Debian levelezőlistát, amiről a másik kommentben meséltem.
Más felhasználóknak, akik ugyanezt a problémát vetik fel, a legtöbb válasz az, hogy az UUID-ket használják. A probléma az, hogy a legtöbb alkalmazás továbbra is a hagyományos elnevezést használja:
gparted
delfin
a clonezilla élőben
stb ...
Amikor MINDEN alkalmazás használja az UUID-t vagy címkéket, többé nem fogok törődni a régi nómenklatúrával.
Használhatnának álneveket az UUID-ekhez (amelyek nem emberek számára valók).
Azt mondhatom, hogy ez a legnagyobb probléma, amivel valaha is találkoztam a Linuxszal.
Tévedtem.
A Debian12 kernel, amely nem rontja el a lemezeket:
5.16.0-1 (megfelel a hivatalos 5.16.7-2-nek)
Helló ismét.
Küldök egy linket, hogy maga is elolvashassa a problémát, és hogyan dolgoznak a kernelfejlesztők a gazdagok számára, akiknek több száz lemezes számítógépük van.
https://www.suse.com/es-es/support/kb/doc/?id=000018449
ebben a lefordított bekezdésben:
"Az 5.3-as kerneltől kezdődően az SCSI-eszközök kipróbálásának és elnevezésének sorrendje nem determinisztikussá vált. Ez annak a módosításnak az eredménye, amelyet az aszinkron eszközlekérdezés hozzáadására kényszerítettek. A lekérdezés eszközenként aszinkron módon történik, így akár egyetlen buszon lévő eszközök is megjelenhetnek "véletlenszerű" sorrendben. A változtatás mögött meghúzódó logika az, hogy ha több tucat lemezed lesz, akkor azt szeretnéd, hogy mielőbb elinduljanak, ne pedig szinkronban lekérdezzenek/meghibásodjanak/várakozzanak; egy olyan környezetben, ahol több száz lemez és még több partíció van, ez a változás még fontosabb. »
A hazai felhasználónak „bassza meg”.
Nos, a PC-m ugyanolyan gyorsan indul a rendezett lemezekkel, mint a rendetlenséggel. Nem látok semmi előnyt. Ez ezredmásodperc lesz.
El tudja képzelni, hogy a Windows megváltoztatja a C: indítólemez nevét F:-re vagy D:-re?
Hát semmi, ha már nem tudom folytatni a tisztességes régi kernelekkel, akkor elhagyom a Linuxot.
Köszönöm a tájékoztatást. Nagyon érdekes amit ajánlasz.
Egyébként az egyik újévi fogadalom, amit javaslok, a FreeBSD kipróbálása.
Helló. Próbáltad már a noasync-et használni? A mount paranccsal használatos.
mount -o noasync /partición /mnt
o
mount -o sync /dev/sda1 /mnt
A lemezeimen az fstab-ban van a noauto opció. Vagyis indításkor nincsenek felszerelve. Ha azonban fut
Az ls -l /dev/disk/by- látni fogja, hogy már rendelkeznek az sda, sdb,…
A parancsod is haszontalan. Azt jelzi, hogy partíciót csatlakoztat az sda-lemezre, vagyis a lemezhez már hozzá van rendelve az sda név. Le tudod cserélni sdb-re? Nem tudsz. Úgy gondolom, hogy azok közé tartozol, akiknek csak egy lemezük van. Így boldogan élhetsz. Ez a probléma nem érinti Önt. És még ha több lemezed is van, ha nem használsz Clonezillát vagy delfint, nyugodtan élhetsz.
A mindennapi életben a régi nómenklatúra rendetlensége nem érinti Önt. A legtöbb alkalmazásnak csak a /media/ vagy az /mnt-re csatolt partíciókra van szüksége. Csak néhány alkalmazás, mint például a Dolphin, a lemezcímkéket nem megfelelően jeleníti meg, amikor felhelyezi a lemezeket. Mások, például a Gparted, a meghajtókat az aktuális nevükkel, rendellenesen jelenítik meg. Ha pedig a Clonezilla Live-t szeretnéd használni, akkor nagyon vigyázz, nehogy tévedj, mert a készítői továbbra is az sdX valódi neveket használják.
Kipróbáltam a fentebb jelzett suse linkben megadott megoldást, de nem működik. És hogy a suse cikk tavaly szeptemberi. Csak a suse disztróhoz kell működnie.
Bár nem sokat segít, most olvasom:
https://documentation.suse.com/sles/12-SP4/html/SLES-all/cha-grub2.html
szakaszban
12.3.2 A Lemezsorrend beállítása
Legalább a suse sokkal több információt ad. És az jár a fejemben, hogy váltsak Suse-ra. Ez volt az egyik disztribúció, amit sok évvel ezelőtt kipróbáltam.
Ezt hozzáadom a parancshoz
mount -o sync /dev/sda1 /mnt
a szinkronizálási lehetőség a lemezen lévő adatok szinkronizálására szolgál. Azt mondod neki, hogy az adatokat közvetlenül a lemezre kell írni, és kevesebb időt kell tölteni a memóriában.
Ennek semmi köze a lemezek ellenőrzéséhez (szinkronizálásához vagy aszinkronizálásához) az indításkor, ami a problémám.
További téves információk a kernel.org webhelyről
https://docs.kernel.org/scsi/scsi-parameters.html
A konkrét paraméter: scsi_mod.scan
Szó szerint így fogalmaz:
scsi_mod.scan= [SCSI] sync (alapértelmezett) úgy vizsgálja az SCSI buszokat, ahogy vannak
felfedezték. az async kernelszálakban vizsgálja őket,
lehetővé teszi a rendszerindítás folytatását. senki sem hagyja figyelmen kívül őket, várja
felhasználói terület a vizsgálat elvégzéséhez.
Azt mondják, hogy alapértelmezés szerint szinkronizálásra van beállítva. Ez hamis. Ez ELŐTT volt. De most az új kernelek aszinkron módban indulnak el.
A kernel.org urai hazudnak, vagy még mindig elavult információik vannak.
A legrosszabb az, hogy a sok webhely által ajánlott rendszerindítási beállítások nem működnek.
/ Etc / default / grub
GRUB_CMDLINE_LINUX_DEFAULT=”scsi_mod.scan=sync” —-> NEM MŰKÖDIK
A parancs elhelyezése egy scan_sync fájlban
/etc/modprobe.d/scan_sync
a tartalommal:
scsi_mod scan=sync —–> NEM MŰKÖDIK
Annyira elrontották, hogy a saját utasításaik nem működnek.
De nyugodt vagyok, mert 1-2 év múlva újra az otthoni felhasználókra fognak gondolni, és tesznek majd valami megoldást, például speciális kerneleket generálnak otthoni felhasználóknak. Ha pedig nem, akkor a Linux részaránya nagyon meg fog nőni a szuperszámítógépeknél, a Microsoft pedig azt fogja látni, hogy az otthoni felhasználók száma nő.
Nézd, abbahagyom az üzenetküldést, mert nagyon hosszút írtam, és elküldtem, de úgy tűnik, nem jelenik meg.
Elfelejtettem azt az egészséges szokást, hogy a tartalmat egy szövegszerkesztőben másoljuk, mielőtt közzéteszem egy fórumon.
Csak mondd meg, hogy nem értetted, amit mondtam. A mount parancs szinkronizálási beállítása az adatok szinkronizálására szolgál, és semmi köze a lemezek rendszermag-ellenőrzésének szinkronizálási beállításához az indításkor.
Nincs noasync opció (csak szinkronizálás vagy aszinkron). Az áll rajta, hogy „man mount”.
A parancs az sda nevű lemez sda1 partícióját jelzi, de a parancs nem változtatja meg sdb-re.
Az egyetlen megoldás, amit a problémámra látok, az az, hogy a számítógépet csak a rendszerlemezzel indítom, majd csatlakoztatom a lemezeket a kívánt sorrendben. Ez a lemezeket a kívánt sorrendben rendeli hozzájuk. De amint azt meg fogja érteni, ez nem lenne praktikus megoldás.
És lássuk, érti-e: ennek semmi köze ahhoz, hogy a lemezeket ne csatoljuk egy könyvtárba. A lemezek sdX nevet kapnak, ahogy a kernel felveszi őket.
Azt hittem, hogy a systemd a hibás, de nem azért, mert telepítettem a Devuant (ami nem használja a systemd-t), és még mindig el vannak rontva. A bűnös a kernel. A kernel.org-ban megadott megoldások pedig NEM MŰKÖDNEK. Még a kernelt sem fordítva.
Nem fogok ide többet írni, mert nem akarom vesztegetni az időmet és elveszteni az üzeneteimet.
Köszönöm a kedvességedet.
Ha megteszem, újra felteszem a fórumra. De elegem van a témából.
Örökké.
Hello.
A parancsokat tartalmazó üzeneteket manuálisan kell jóváhagyni. Ma szombat van. Még a bloggerek is megérdemlik a szünetet.