Kuten jokainen tammikuun 1. päivä, uusi vuosi alkaa. 365 päivää aikaa nauttia kaikista ilmaisten ja avoimen lähdekoodin ohjelmistojen mahdollisuuksista. Löydät useita ehdotuksialista uudenvuodenlupauksista Linux-käyttäjille ja ilmaisten ohjelmistojen ystäville.
Tietenkin nämä ovat vain ehdotuksia, ja jos etsit, voit löytää monia muitakin tekemistä.
Indeksi
Uudenvuodenlupaukset Linux-käyttäjille
Asenna epätavalliset Linux-jakelut
On totta, että monet meistä ovat pakko-asentajia, mutta me tuskin koskaan menemme yleisiä jakeluja pidemmälle. 2023 on hyvä aika kokeilla muita, jotka vaativat hieman enemmän huomiotamme ja taitojamme.
Red Hat Enterprise Linux
Se on yritysmarkkinoille suunnattu jakelu, joka edellyttää kuitenkin tilauksen maksamista, on useita tapoja kokeilla sitä ilmaiseksi.
Perinteisesti CentOS:ää käyttivät yritykset, jotka eivät halunneet maksaa Red Hatin teknisestä tuesta.CentOS oli ensin itsenäinen jakelu, joka koottiin Red Hatin lähdekoodista. Ajan myötä yritys alkoi tehdä tiiviimpää yhteistyötä projektista vastaavan yhteisön kanssa.
Kun IBM osti Red Hatin, asiat muuttuivat ja CentOS:sta tuli testialusta tuleville Enterprise-julkaisuille. Eli tietty tekniikka testataan Fedorassa, sitten se toteutetaan CentOS:ssä ja kun se on vihdoin kypsä, se lisätään RHELiin.
Kuten avoimen lähdekoodin maailmassa usein tapahtuu, IBM:n päätös johti useiden vaihtoehtoisten projektien ja kilpailijoiden syntymiseen, kuten SUSE Linux ja Oracle, jotka tarjoavat ilmaisia versioita. Red Hatin vastaus oli laajentaa sen ilmaisen lisenssin ehtoja kehittäjille.
Perinteisesti sitä voitiin käyttää koneessa vain testaustarkoituksiin. Sitä voidaan nyt käyttää tuotannossa ilmaiseksi jopa 16 tietokoneella, mukaan lukien suuret julkiset pilvet, kuten AWS, Google Cloud Platform ja Microsoft Azure. Jälkimmäisessä tapauksessa alustojen käyttökustannukset on maksettava.
Päästäksesi ohjelmaan sinun tulee rekisteröityä osoitteessa tämä sivu luomalla Red Hat -tilin tai kirjautumalla sisään GitHub-, Twitter- tai Facebook-tunnuksillasi. Huomaa, että tilaukset käsitellään alkaen tällä sivulla.
Jäljelle jää vain jakelun lataaminen ja asentaminen.
Tulet ihmettelemään, miksi sinun pitäisi tehdä se.
Red Hat ei ole vain laajimmin käytetty jakelu yrityssektorilla, Se kehittää myös työkaluja säiliöiden kanssa työskentelemiseen, pilvikäyttöön ja sovellusten luomiseen.. Lisäksi voit ladata täydellisen dokumentaation näistä.
Linux Scratchilta
Jos et pidä olemassa olevista Linux-jakeluista tai haluat ymmärtää Linux-jakelun kunkin komponentin toiminnan, tämä on mitä etsit.
Linux Scratchilta se ei ole jakauma. Se on ohjekirja kaikkien osien hankkimisesta ja kokoamisesta oman Linux-jakelun luomiseksi. Projektilla on jatkoa nimeltä Beyond Linux From Scratch, jonka avulla voimme tuoda sen lähemmäksi mitä tahansa tavallista Linux-jakelua.
Projekti sisältää myös lisädokumentaatio, korjaustiedostovarastot ja automaatiotyökalut jakelun rakentamisesta.
Kuten edellä sanoin, LFS:n asentaminen ei ainoastaan anna sinulle paremman käsityksen siitä, mitä jokainen Linux-järjestelmän komponentti tekee, vaan voit myös yrittää korvata paketteja omalla vastuullasi.
LineageOS
Viime vuonna tein jo asennustestin se on Android-lähdekoodiin perustuva käyttöjärjestelmä matkapuhelimille vanhalla älypuhelimella ja oli erittäin tyytyväinen kokemukseen. Tänä vuonna aion elvyttää Motorola G5 Plus:n vaihtamalla videomoduulin ja muuntamalla sen pääpuhelimeni Android 12:n LineageOS-vastineella.
On syytä mainita se Viralliset versiot eivät tue kaikkia puhelinmalleja, mutta jos haet Googlesta, saatat löytää joitain kolmansien osapuolien kehittämiä. Tai voit luoda sen itse. Dokumentaatio on laaja ja löytyy kaikkialta verkosta.
Käytän tilaisuutta hyväkseni toivottaakseni sinulle oikein hyvää alkanutta vuotta ja pyydän sinua kertomaan meille, jos sinulla on avoimeen lähdekoodiin liittyviä uudenvuodenlupauksia. Alla palautelomake.
15 kommenttia, jätä omasi
Olet oikeassa. Todella hienoa, mutta voisitko näyttää minulle kuinka saada linux-ydin etsimään levyjä asynkronisesti?
Minulla on ollut tämä ongelma jo jonkin aikaa, enkä pysty ratkaisemaan sitä yli vuoteen googlaamalla. Olen jopa kääntänyt linux-ytimen vastaavalla parametrilla, mutta siitä ei ole hyötyä. Tietenkin olen laittanut komennon scsi_mod.scan=sync kansioon /etc/default/grub, mutta sekään ei auta.
Koska se on moduuli, olen myös kokeillut komentoa "scsi_mod.scan=sync" tiedostossa /etc/modprobe.d/, mutta en kumpaakaan.
Olen myös kokeillut sitä "ilman pistettä" (kuten monilla foorumeilla suositellaan) "scsi_mod scan=sync". Mutta ei mitään.
Käytän Debian 11 Bullseye.
Tervehdys.
Se olisi mieluummin Linus Torvaldsin uudenvuodenlupaus, mutta jos löydän ratkaisun, ilmoitan siitä sinulle
Kerron myös jos saan sen.
Ainoat Debian-ytimet, jotka säilyttävät edelleen levyjärjestyksen, ovat:
Debian 10 kaikki.
Debian11 5.10.0-10 virallinen ydin: 5.10.84-1 (2021-12-08) (Kaikki satunnaisessa järjestyksessä).
Debian12 5.16.1 (Kaikki satunnaisessa järjestyksessä).
Olen estänyt niitä päivittämästä ja olen edelleen siellä.
Tiedän, että tämä ongelma ei vaikuta ihmisiin, joilla on vain YKSI levy Linuxissa, tai miljonääreihin, joilla on supertietokone, jossa on satoja levyjä ja jotka haluavat järjestelmän käynnistyvän nopeasti. Mutta ne meistä, joilla on käyttöjärjestelmällä varustettu levy ja neljä muuta datalevyä, eivät ole iloisia nähdessään tämän alussa:
sda Volume 3
sdb Volume1
sdc Debian11
sdd Volume4
osasta 2
Ja mitä muuta sillä on väliä, eikö niin? Toki, toki... Mutta Clonezilla Live -ydin tekee saman asian. Niin kauan kuin et ole tietoinen levyjen järjestyksestä, olet hukassa. Koska Clonezilla käyttää perinteisiä nimiä sda, sdb,… ja ydintä, joka myös vaihtaa levyjä. Minun on usein käynnistettävä itse Clonezilla Live uudelleen, kunnes se näyttää minulle levyt järjestyksessä. Joskus levyt näyttävät tilatuilta, mutta itse flash-asema on saanut sda:n kiinni. Jälleen käynnistää järjestelmä uudelleen Clonezillalla.
Kun teen kuvan Debian11-käyttöjärjestelmästä ja järjestys on kuten yllä, levykuva tehdään viitaten sdc-asemaan. Eräänä huonona päivänä minulla on, ja haluan palauttaa kuvan varmuuskopion, se hälyttää minulle, että se palautetaan sdc-asemaan. Mutta jos sinä päivänä Clonezilla linuxin ydin on antanut sille toisen järjestyksen, minun on erittäin helppoa ladata tiedot toiselta levyltä.
Se tapahtui vain kerran, enkä tiennyt mitä olin tehnyt. Järjestelmässä oli edelleen vanha kuva ja ositettu kaksoiskuva, jossa oli identtiset UUID-tunnukset toisella levyllä, jolta kaikki tiedot puuttuivat. Muistin kaikki Linux Torwaldin sukulaiset ja hänen yhteistyökumppaninsa. Onneksi minulla oli päivittäinen varmuuskopio toiselle tietokoneelle ja pystyin palauttamaan kaikki tiedot.
Clonezilla ei anna minun palauttaa muuhun asemaan kuin siihen, jolla olin kuvannut. Jos se on "sdc", nenä pakottaa sinut palauttamaan "sdc". Koska et ole korjannut hyvin, mikä levy on nyt "sdc", aiot tehdä siitä hyvän. En tiedä miksi Clonezilla kysyy, onko se jo päättänyt. No, sen täytyy olla viimeinen varoitus ennen teloitusta.
Minun täytyy käsitellä tätä ongelmaa Debian 11:n elinkaaren ajan. Ja Debian12:ssa heillä on jo ydin 6.0.0-6 ja minulla on 5.16.1 Miksi minun täytyy käyttää Debian12:ta tuon ytimen kanssa?
Tämä on mielestäni erittäin lihava ongelma. Ja se on syy siirtyä toiseen järjestelmään.
He sanovat, että "Linux voit muokata sitä haluamallasi tavalla." Mutta tavalliselle käyttäjälle se on käytännössä mahdotonta. Sinun täytyy tehdä mestari. En usko, että tämä on ulottuvillani.
Minun täytyy opiskella koko Linux SCSI -järjestelmää perusteellisesti, enkä ole ohjelmoija. Minulla on muutakin tekemistä kuin syventyä Linuxiin.
Älä siis ihmettele, että ihmiset tuskin käyttävät Linuxia.
Joka tapauksessa.
Debianin käyttäjistä on postituslista. Ehkä he voivat auttaa sinua. https://lists.debian.org/debian-user-spanish/
Hei taas.
Anteeksi, mutta olen aivan pihalla tämän ongelman kanssa.
Kävin kommentoimassa ensimmäisellä löytämäni sivustolla. Yli 11 kuukauden googletuksen jälkeen.
Se ei ole oikea foorumi. Luulen, että Linuxaddicts on portaali uutisille ja tiedoille Linuxista, mutta ei ongelmien korjaamiseen.
Olen pahoillani. Katson muualta.
Rauhoittaa. Otit asian esille kunnioittavasti ja sait minut tietoiseksi asiasta, jota en tiennyt olevan olemassa. Suosittelen Debianin postituslistaa, josta kerroin toisessa kommentissa.
Suurin osa vastauksista muille käyttäjille, jotka tuovat esiin tämän saman ongelman, on, että he käyttävät UUID-tunnuksia. Ongelmana on, että useimmat sovellukset käyttävät edelleen perinteistä nimitystä:
jakautunut
delfiini
klonezilla livenä
jne ...
Kun KAIKKI sovellukset käyttävät UUID-tunnuksia tai tunnisteita, en enää välitä vanhasta nimikkeistöstä.
He voisivat käyttää UUID-tunnuksille aliaksia (jotka eivät ole ihmisille).
Voin sanoa, että tämä on suurin ongelma, joka minulla on koskaan ollut Linuxin kanssa.
Olin väärässä.
Debian12-ydin, joka ei sotke levyjä, on:
5.16.0-1 (vastaa virallista 5.16.7-2)
Hei taas.
Lähetän sinulle linkin, jotta voit itse lukea ongelman ja kuinka ytimen kehittäjät työskentelevät rikkaille, joilla on satoja levyjä sisältäviä tietokoneita.
https://www.suse.com/es-es/support/kb/doc/?id=000018449
tässä käännetyssä kappaleessa:
"Ytimen versiosta 5.3 alkaen järjestyksestä, jossa SCSI-laitteita kokeillaan ja nimetään, on tullut epädeterministinen. Tämä on seurausta muutoksesta, joka pakotettiin lisäämään asynkroninen laitekysely. Pollaus tehdään asynkronisesti laitetta kohti, joten jopa yhdellä väylällä olevat laitteet voivat näkyä "satunnaisessa" järjestyksessä. Muutoksen taustalla oleva logiikka on, että jos sinulla on kymmeniä levyjä, haluat niiden käynnistyvän mahdollisimman pian sen sijaan, että ne pollaus/epäonnistuvat/odottaisivat synkronisesti; ympäristössä, jossa on satoja levyjä ja vielä enemmän osioita, tämä muutos on vielä tärkeämpi. »
Kotimaiselle käyttäjälle "vittuun".
No, tietokoneeni käynnistyy yhtä nopeasti tilatuilla levyillä kuin sekaisin. En näe mitään etua. Se kestää millisekunteja.
Voitko kuvitella Windowsin muuttavan käynnistyslevyn C: nimen muotoon F: tai muotoon D:?
No ei mitään, kun en enää voi jatkaa kunnollisilla vanhoilla ytimillä, jätän Linuxin.
Kiitos tiedoista. Ehdottamasi on erittäin mielenkiintoista.
Muuten, yksi uudenvuodenlupauksista, joita ehdotan, on kokeilla FreeBSD:tä.
Hei. Oletko kokeillut noasyncin käyttöä? Sitä käytetään mount-komennon kanssa.
mount -o noasync /partición /mnto
mount -o sync /dev/sda1 /mntLevyilläni on fstab:ssa noauto-vaihtoehto. Eli niitä ei asenneta käynnistyksen yhteydessä. Jos kuitenkin juoksee
ls -l /dev/disk/by- näet, että niillä on jo nimet sda, sdb,…
Myös käskysi on hyödytön. Osoittaa, että asennat osion sda-levylle, eli että levyyn on jo liitetty nimi sda. Pystytkö vaihtamaan sen sdb:ksi? Et voi. Kuvittelen, että olet yksi niistä, joilla on vain yksi levy. Joten voit elää onnellisena. Tämä ongelma ei koske sinua. Ja vaikka sinulla olisi useita levyjä, jos et käytä Clonezillaa tai delfiiniä, voit elää rauhassa.
Päivittäisessä elämässä vanhan nimikkeistön sotku ei vaikuta sinuun. Useimmat sovellukset tarvitsevat vain viittauksen /media/- tai /mnt-kansioon asennettuihin osioihin. On vain niin, että jotkin sovellukset, kuten Dolphin, näyttävät sinulle levyjen etiketit epäkunnossa, kun siirryt asentamaan levyjä. Toiset, kuten Gparted, näyttävät asemat niiden nykyisten nimien kanssa, jotka ovat epäkunnossa. Ja jos aiot käyttää Clonezilla Liveä, ole erittäin varovainen tekemästä virhettä, koska sen luojat käyttävät edelleen oikeita nimiä sdX.
Olen kokeillut yllä mainitsemani suse-linkissä annettua ratkaisua, mutta se ei toimi. Ja että suse-artikkeli on viime vuoden syyskuusta. Sen pitäisi toimia vain suse distrossa.
Vaikka se ei minua paljoa auta, luen nyt:
https://documentation.suse.com/sles/12-SP4/html/SLES-all/cha-grub2.html
kohdassa
12.3.2 Levyn järjestyksen säätäminen
Ainakin suse antaa paljon enemmän tietoa. Ja mielessäni pyörii vaihtaminen Suseen. Se oli yksi distroista, joita kokeilin monta vuotta sitten.
Lisään sen komentoon
mount -o sync /dev/sda1 /mnt
synkronointivaihtoehto on levyllä olevien tietojen synkronointi. Kerrot sille, että tiedot tulisi kirjoittaa suoraan levylle ja viettää vähemmän aikaa muistissa.
Sillä ei ole mitään tekemistä levyjen skannauksen (synkronoinnin tai asynkronoinnin) kanssa käynnistyksen yhteydessä, mikä on ongelmani.
Lisää väärää tietoa kernel.org:sta
https://docs.kernel.org/scsi/scsi-parameters.html
Konkreettinen parametri on: scsi_mod.scan
Se sanoo kirjaimellisesti:
scsi_mod.scan= [SCSI] synkronointi (oletus) tarkistaa SCSI-väylät sellaisina kuin ne ovat
löydetty. async skannaa ne ytimen säikeissä,
sallia käynnistyksen edetä. kukaan ei jätä niitä huomiotta, odottaa
käyttäjätilaa skannauksen tekemiseen.
He sanovat, että se on asetettu synkronoitavaksi oletuksena. Tämä on valhetta. Se oli ENNEN. Mutta nyt uudet ytimet käynnistyvät async-tilassa.
Kernel.org:n herrat valehtelevat tai heillä on edelleen vanhentunutta tietoa.
Pahinta on, että monien verkkosivustojen suosittelemien käynnistysasetusten asettaminen ei toimi.
/ Etc / default / grub
GRUB_CMDLINE_LINUX_DEFAULT=”scsi_mod.scan=sync” —-> EI TOIMI
Laitetaan komento scan_sync-tiedostoon
/etc/modprobe.d/scan_sync
sisällön kanssa:
scsi_mod scan=sync —-> EI TOIMI
He ovat sotkeneet sen niin paljon, että heidän omat ohjeensa eivät toimi.
Mutta olen rauhallinen, sillä 1-2 vuoden kuluttua he ajattelevat taas kotikäyttäjiä ja laittavat jotain ratkaisua, kuten erikoisytimien generointia kotikäyttäjille. Ja jos he eivät, näet Linuxin osuuden kasvavan paljon supertietokoneiden kohdalla ja Microsoftin kotikäyttäjien määrän kasvavan.
Katsokaa, lopetan sinulle viestien lähettämisen, koska kirjoitin hyvin pitkän viestin ja lähetin sen, mutta se ei näytä tulevan näkyviin.
Unohdin terveen tavan kopioida sisältö tekstieditoriin ennen sen lähettämistä keskustelupalstalle.
Kerro vain, että et ymmärtänyt mitä sanoin. mount-komennon synkronointivaihtoehto on tietojen synkronointia varten, eikä sillä ole mitään tekemistä levyjen ytimen tarkistuksen kanssa käynnistyksen yhteydessä.
Noasync-vaihtoehtoa ei ole (vain synkronointi tai asynkronointi). Siinä lukee "man mount".
Komentosi osoittaa sda-nimisen levyn sda1-osion, mutta komentosi ei muuta sitä sdb:ksi.
Ainoa ratkaisu, jonka näen ongelmaani, on käynnistää tietokone vain järjestelmälevyllä ja kytkeä sitten levyt haluamassani järjestyksessä. Tämä määrittää levyt niille haluamassasi järjestyksessä. Mutta kuten ymmärrät, se ei olisi käytännöllinen ratkaisu.
Katsotaanpa, ymmärrätkö sen: sillä ei ole mitään tekemistä sen kanssa, että levyjä ei asenneta hakemistoon. Levyille annetaan nimet sdX, kun ydin poimii ne.
Luulin systemd:n olevan syyllinen, mutta se ei johdu siitä, että asensin Devuanin (joka ei käytä systemd:tä) ja ne ovat edelleen sekaisin. Syyllinen on ydin. Ja itse kernel.orgissa esitetyt ratkaisut EIVÄT TOIMI. Ei edes ytimen kääntäminen.
En aio kirjoittaa tänne enempää, koska en halua tuhlata aikaani ja hukata viestejäni.
Kiitän ystävällisyydestäsi.
Jos teen, julkaisen sen uudelleen foorumillesi. Mutta olen kyllästynyt aiheeseen.
Nähdään ikuisesti.
Hei.
Viestit, joissa on komentoja, on hyväksyttävä manuaalisesti. Tänään on lauantai. Jopa bloggaajat ansaitsevat tauon.