Propòsits d'any nou per a linuxers i fanàtics del programari lliure

Salutació d'any nou

Com tots els 1 de gener comença un nou any. 365 dies per gaudir de totes les possibilitats del programari lliure i de codi obert. Trobaràs diversos suggeriments en ésta llista de propòsits d'any nou per a linuxers i fanàtics del soft lliure.

Des de ja, que només són suggeriments i que si busques seràs capaç de trobar moltes altres coses a fer.

Propòsits d'any nou per a linuxers

Instal·lar distribucions Linux poc habituals

És cert que molts de nosaltres som instal·ladors compulsius, però gairebé mai anem més enllà de les distribucions comunes. El 2023 és bon moment per provar-ne d'altres que exigeixin una mica més de la nostra atenció i habilitats.

Xarxa Hat Enterprise Linux

Es tracta d'una distribució adreçada al mercat corporatiu i que requereix el pagament d'una subscripció, però hi ha diverses maneres de provar-la en forma gratuïta.

Tradicionalment, les empreses que no volien pagar pel suport tècnic de Red Hat, utilitzaven CentOS, CentOS primer va ser una distribució independent que es compilava a partir del codi font de Red Hat. Amb el pas del temps, l'empresa va començar a col·laborar més estretament amb la comunitat encarregada del projecte.

Quan IBM va adquirir Red Hat, les coses van canviar i CentOS va començar a ser el banc de proves de les futures versions Enterprise. És a dir que una determinada tecnologia es prova a Fedora, després s'implementa a CentOS i, quan està definitivament madura, s'afegeix a RHEL.

Com sol succeir al món del codi obert, la decisió d'IBM va portar a l'aparició de diversos projectes alternatius ja que competidors com SUSE Linux i Oracle oferissin versions gratuïtes. La resposta de Red Hat va ser ampliar els termes de la llicència gratuïta per a desenvolupadors. 

Tradicionalment només es podia fer servir en una màquina per fer proves. Ara es pot utilitzar en producció de forma gratuïta en fins a 16 equips incloent els principals núvols públics, com AWS, Google Cloud Platform i Microsoft Azure. En aquest darrer cas caldrà pagar els costos dús de les plataformes.

Per poder accedir al programa cal registrar-se a aquesta pàgina creant un compte de Red Hat o iniciant sessió amb les credencials de GitHub, Twitter o Facebook. Tingues en compte que les subscripcions es manegen des de aquesta pàgina.

Només resta descarregar i instal·lar la distribució.

Et preguntaràs per què ho hauries de fer.

Red Hat no només és la distribució més utilitzada al sector corporatiu, també desenvolupa eines per al treball amb contenidors, desplegaments al núvol i creació d'aplicacions. A més, es pot descarregar una completa documentació.

Linux des de zero

Si no us agraden les distribucions Linux existents o vols entendre la funció de cadascun dels components d'una distribució Linux, això és el que estàs buscant.

Linux des de zero no és una distribució. És un manual d'instruccions sobre com aconseguir i acoblar totes les parts per crear la vostra pròpia distribució Linux. El projecte té una continuació anomenada Beyond Linux Froms Scratch que ens permet deixar-lo més a prop de qualsevol de les distribucions Linux habituals.

El projecte a més inclou documentació addicional, repositoris de pegats i eines d'automatització de la construcció de la distribució.

Com he dit més amunt, instal·lar LFS no només et donarà més comprensió del que fa cada component d'un sistema Linux, també podràs provar substituint paquets pel teu compte i risc.

LineageOS

L'any passat ja vaig fer la prova d'instal·lar aquest sistema operatiu basat en el codi font d'Android per a telèfons mòbils en un smartphone vell i vaig quedar molt content amb l'experiència. Aquest any penso reviure un Motorola G5 Plus canviant-li el mòdul de vídeo i transformar-lo al meu telèfon principal amb l'equivalent de LineageOS d'Android 12.

Cal esmentar que no tots els models de telèfon estan suportats per les variants oficials, però si busques a Google pot ser que en trobis alguna desenvolupada per tercers. O, la pots crear tu mateix. La documentació és àmplia i es troba a tota la web.

Aprofito per desitjar-vos un començament d'any molt feliç i convidar-vos a explicar-nos si tenen algun propòsit d'any nou relacionat amb el codi obert. Aquí hi ha el formulari de comentaris.


Deixa el teu comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

*

*

  1. Responsable de les dades: AB Internet Networks 2008 SL
  2. Finalitat de les dades: Controlar l'SPAM, gestió de comentaris.
  3. Legitimació: El teu consentiment
  4. Comunicació de les dades: No es comunicaran les dades a tercers excepte per obligació legal.
  5. Emmagatzematge de les dades: Base de dades allotjada en Occentus Networks (UE)
  6. Drets: En qualsevol moment pots limitar, recuperar i esborrar la teva informació.

  1.   Haddock va dir

    Doncs sí. Molt bonic, però podries mostrar com fer que el kernel de Linux no busqui els discos de manera asíncrona?

    Des de fa ja força temps tinc aquest problema i no aconsegueixo solucionar-lo per més que fa un any que googlejo. Fins i tot he compilat el nucli de Linux amb el paràmetre corresponent, però no serveix de res. Per descomptat que he posat l'ordre scsi_mod.scan=sync a /etc/default/grub però tampoc no serveix de res.

    Com que és un mòdul també he provat aquesta ordre «scsi_mod.scan=sync» en un fitxer a /etc/modprobe.d/ però tampoc.
    Ho he provat també sense el punt (com recomanen en molts fòrums) scsi_mod scan=sync. Però RES.

    Ús Debian11 Bullseye.

    Salutacions.

    1.    Diego Germán González va dir

      Això més aviat seria el propòsit d'any nou per a Linus Torvalds, però si trobo solució t'aviso

      1.    Haddock va dir

        Jo també t'avisaré si ho aconsegueixo.

        Els únics nuclis de Debian que encara mantenen l'ordre dels discs són:
        Debian10 Tots.
        Debian11 5.10.0-10 nucli oficial: 5.10.84-1 (2021-12-08) (Tots els següents ordre aleatori).
        Debian12 5.16.1 (Tots els següents ordre aleatori).

        Els he bloquejat perquè no s'actualitzin i segueixo.

        Ja sé que aquest problema no els afecta a la gent que només té UN sol disc a Linux ni als milionaris que tenen un supercomputador amb centenars de discos i volen que el sistema arrenqui ràpid. Però als que tenim un disc amb el SO i quatre discos més de dades no ens fa gràcia veure això a l'inici:

        sda Volum3
        sdb Volum1
        sdc Debian11
        sdd Volum4
        sde Volum2

        I tant se val, oi? És clar, és clar… Però el nucli de Clonezilla Live fa el mateix. Com que no estiguis pendent de l'ordre dels discos, estàs perdut. Perquè Clonezilla fa servir els noms tradicionals sda, sdb,… i un kernel que també canvia els discos. Sovint he de reiniciar el mateix Clonezilla Live fins que em mostri ben ordenats els discos. De vegades els discos semblen ordenats però és el mateix pendrive qui ha enxampat el sda. Un altre cop a reiniciar el sistema amb Clonezilla.

        Quan faig una imatge del SO Debian11 i l'ordre sigui el mostrat abans, la imatge del disc es farà amb referència a la unitat a sdc. Un mal dia que tingui, i vulgui restaurar la còpia de seguretat de la imatge, m'avisarà que es restaurarà a la unitat sdc. Però si aquell dia el nucli linux de Clonezilla li ha donat per posar un ordre diferent, és molt fàcil que em carregui les dades d'un altre dels discos.

        Només em va passar una vegada i no sabia què havia fet. El sistema seguia amb la imatge anterior i una imatge bessona amb particions amb UUIDs idèntiques en un altre disc dels quals faltaven totes les dades. Vaig recordar tots els parents de Linux Torwalds i dels seus col·laboradors. Encara sort que tenia còpia de seguretat diària en un altre PC, i vaig poder restaurar totes les dades.

        Clonezilla no em deixa restaurar en una altra unitat que no sigui amb què es va generar la imatge. Si és la sdc, per nassos t'obliga a restaurar a la sdc. Com que no t'hagis fixat bé quin disc ara és «sdc» la faràs bona. No sé per què Clonezilla pregunta si ja ho té decidit. Ah bé, ha de ser un últim avís abans de lexecució.

        Hauré d'empassar aquest problema durant tota la vida de Debian11. I a Debian12 ja van pel nucli 6.0.0-6 i jo amb el 5.16.1 A què hauré de fer servir Debian12 amb aquest nucli?

        Aquest és un problema que considero molt gros. I que és motiu per deixar-me anar a un altre sistema.

        Diuen que «Linux ho pots modificar al teu gust». Però per a un usuari comú això és pràcticament impossible. Cal fer un màster. Això no crec que estigui al meu abast.

        Hauré d'estudiar a fons tot el sistema SCSI de Linux i no sóc programador. Tinc altres coses a fer que dedicar-me a aprofundir en Linux.

        Després que no s'estranyin que Linux amb prou feines el fa servir la gent.

        En fi.

        1.    Diego Germán González va dir

          Hi ha una llista de correus d'usuaris de Debian. Potser us poden ajudar. https://lists.debian.org/debian-user-spanish/

  2.   Haddock va dir

    Hola de nou.

    Perdona però és que estic força rebotat amb aquest problema.

    Em vaig posar a comentar al primer lloc que vaig trobar. Després d'estar googlejant més d'11 mesos.

    No és el fòrum adequat. Linuxadictos crec que és un portal de notícies i informació sobre Linux, però no per arreglar problemes.

    Ho sento. Buscaré en un altre lloc.

    1.    Diego Germán González va dir

      Tranquil. Vas plantejar el problema de manera respectuosa i em vas informar d'alguna cosa que no sabia que existia. Et torno a recomanar la llista de correus de Debian que et vaig dir a l'altre comentari.

      1.    Haddock va dir

        La majoria de les respostes a altres usuaris que plantegen aquest mateix problema consisteix que usin els UUIDs. El problema és que la majoria de les aplicacions segueixen usant la designació tradicional:
        gparteix
        dofí
        cloneta live
        etc ...
        Quan TOTES les aplicacions facin servir els UUIDs o les etiquetes ja no m'importarà la nomenclatura antiga.
        Podrien fer servir àlies als UUIDs (que no són per a humans).

        Puc dir que aquest és el problema més gros que he tingut amb Linux.

  3.   Haddock va dir

    Em vaig equivocar.
    El nucli de Debian12 que no desordena els discs és:
    5.16.0-1 (que correspon a l'oficial 5.16.7-2)

  4.   Haddock va dir

    Hola de nou.
    T'envio un enllaç per a poder llegir el problema tu mateix i de com els desenvolupadors del nucli estan treballant per als rics que tenen ordinadors amb centenars de discos.

    https://www.suse.com/es-es/support/kb/doc/?id=000018449

    en aquest paràgraf traduït:
    «A partir del nucli 5.3, l'ordre en què es proven i anomenen els dispositius SCSI s'ha tornat no determinista. Aquest és el resultat dun canvi que es va enviar per afegir el sondeig asíncron de dispositius. El sondeig es realitza de forma asíncrona per dispositiu, per la qual cosa fins i tot els dispositius en un sol bus poden aparèixer en ordre «aleatori». La lògica darrere del canvi és que si tindrà dotzenes de discos, un vol que s'iniciïn com més aviat millor, en lloc de sondejar/fallar/esperar de forma síncrona; en un entorn on hi ha centenars de discos i encara més particions, aquest canvi encara és més important. »

    A l'usuari domèstic, que li donin.

    Doncs el meu ordinador arrenca igual de ràpid amb els discos ordenats que desordenats. No observo cap avantatge. Seran mil·lisegons.

    Us imagineu a Windows canviant el nom del disc d'arrencada C: a F: oa D:?

    Doncs res, quan ja no pugui seguir amb els nuclis antics decents, deixaré Linux.

    1.    Diego Germán González va dir

      Gràcies per la dada. És molt interessant el que planteges.
      Per cert, un dels propòsits d'any nou que suggereixo és provar FreeBSD.

    2.    Diego Germán González va dir

      Hola. Vas provar d'utilitzar noasync? S'usa amb l'ordre mount.
      mount -o noasync /partición /mnt
      o
      mount -o sync /dev/sda1 /mnt

      1.    Haddock va dir

        Els meus discos tenen l'opció noauto a fstab. És a dir, no es munten a l'inici. No obstant això, si executes
        ls -l /dev/disk/by- veuràs que ja tenen assignats els noms sda, sdb,…

        A més, la teva comanda no serveix per a res. Indica que estàs muntant una partició del disc sda, és a dir, que el disc ja té associat el nom sda. Potser ho podràs canviar a sdb? No ho pots fer. M'imagino que ets dels que tenen un sol disc. Aleshores pots viure feliç. Aquest problema no us afecta. I encara que tinguis diversos discos, si no fas servir Clonezilla, ni dolphin, pots viure tranquil.

        Per a la vida diària, el desordre a la nomenclatura antiga no t'afecta. La majoria de les aplicacions només necessiten la referència a particions muntades a /media/ oa /mnt. Només que algunes aplicacions com Dolphin us mostraran les etiquetes dels discos desordenades quan vagis a muntar els discos. D'altres, com Gparted us mostraran els discos amb els seus noms actuals desordenats. I si utilitzaràs Clonezilla Live, estàs molt atent de no equivocar-te, perquè els seus creadors segueixen usant els noms reals sdX.

        He provat la solució que donen a l'enllaç de suse que t'he indicat més amunt però no serveix. I això que l'article de suse és del setembre de l'any passat. Només ha de servir per a la distro suse.

        Encara que no em serveixi de gaire, estic llegint ara:
        https://documentation.suse.com/sles/12-SP4/html/SLES-all/cha-grub2.html
        en l'apartat
        12.3.2 Adjusting the Disk Order

        Almenys suse dóna molta més informació. I m'està passant pel cap passar-me a la Suse. Va ser una de les distros que vaig provar fa molts anys.

        1.    Haddock va dir

          Afegeixo que a l'ordre
          mount -o sync /dev/sda1 /mnt

          l'opció sync és per a la sincronització de dades al disc. Li estàs dient que les dades s'han d'escriure directament al disc i passar menys temps a la memòria.

          No té res a veure amb l'escaneig (sync o async) dels discos a l'inici, que és el que tracta el meu problema.

          Més desinformació de kernel.org
          https://docs.kernel.org/scsi/scsi-parameters.html

          El paràmetre concret és: scsi_mod.scan

          Literalment posa:
          scsi_mod.scan= [SCSI] sync (default) scans SCSI busses as they are
          discovered. async scans them in kernel threads,
          allowing boot to proceed. none ignores them, expecting
          user space to do the scan.

          Diuen que està posat a sync per defecte. Això és fals. Això era ABANS. Però ara els nous kernels arrenquen de manera async.

          Els senyors de kernel.org menteixen o bé encara tenen la informació desactualitzada.

          El pitjor és que posar les opcions de l'arrencada que recomanen a moltes webs no funcionen.
          / etc / default / grub
          GRUB_CMDLINE_LINUX_DEFAULT=»scsi_mod.scan=sync» —-> NO FUNCIONA

          Posant l'ordre en un fitxer escaneo_sync
          /etc/modprobe.d/escaneo_sync
          amb el contingut:
          scsi_mod scan=sync —–> NO FUNCIONA

          Ho han embolicat tant que les seves pròpies instruccions no funcionen.

          Però estic tranquil, ja que d'aquí 1 o 2 anys tornaran a pensar en els usuaris domèstics i posaran alguna solució com generar kernels especials per a usuaris domèstics. I si no ho fan, veuran com la quota de Linux augmentarà molt per als supercomputadors i Microsoft veurà com augmenta el nombre d'usuaris domèstics.

      2.    Haddock va dir

        Mira deixaré d'enviar-te missatges perquè vaig escriure un de molt llarg i ho vaig enviar però sembla que no apareix.

        Em vaig oblidar del sa costum de copiar el contingut en un editor de text abans d'enviar-lo en un fòrum.

        Només dir-te que no has entès què et vaig dir. L'opció sync a l'ordre mount és per a la sicronització de dades i no té res a veure amb l'opció sync per a l'escaneig de disc a l'inici per part del nucli.
        No hi ha l'opció noasync (només sync o async). Llegeix man mount.

        La vostra comanda indica la partició sda1 d'un disc anomenat sda però la vostra ordre no serveix per canviar-la a sdb.

        Lúnica solució que el veig al meu problema és arrencar el PC només amb el disc del sistema i després anar connectant els discos en lordre que vull. Així se'ls assignaran els discos a l'ordre que vulgui. Però, com entendràs, això no seria una solució pràctica.

        I a veure si ho entens: no hi té res a veure que no muntis els discos en un directori. Els discos reben els noms sdX segons els enxampa el kernel.

        Vaig pensar que systemd fos el culpable però no ho és perquè vaig instal·lar Devuan (que no fa servir systemd) i segueixen desordenats. El culpable és el nucli. I les solucions que donen a la pròpia kernel.org NO FUNCIONEN. Ni tan sols compilant el kernel.

        No escriuré més aquí perquè no vull perdre el meu temps i que es perdin els meus missatges.
        T'agraeixo la teva amabilitat.

        Si ho aconsegueixo tornaré a comentar-ho al teu fòrum. Però ja em vaig cansar del tema.
        Fins sempre.

        1.    Diego Germán González va dir

          Hola.
          Els missatges que tenen ordres cal aprovar-los manualment. Avui és dissabte. Fins i tot els blocaires ens mereixem un descans.