Newsgroup: it.comp.os.linux.iniziare
Titolo: Archlinux32 Archinstall

 
Salve a tutti
 
A Gennaio avevo scaricato e provato in VM una Arch32
dopo aver finito il boot da live carico la tastiera, loadkeys it
alzo la sk di rete ip link, ping 
google.it
 Ctrl+c Ok
Lancio archinstall, rispondo a tutte le voci, parte e si blocca
con qualche errore nello script.
Aspetto due mesi quasi, e una rolling dovrebbero risolvere
se ci sono degli errori, scarico l'ultima:
http://de.mirror.archlinux32.org/archisos/archlinux32-2022.03.02-i686.iso
 
ma non funziona nemmeno questa con archinstall
 
Cerco in rete degli script alternativi e ne trovo uno su github:
github.com/MatMoul/archfi
 scarico lo script come spiegato
sul sito: curl -LO 
matmoul.github.io/archfi
 
Lancio archfi, sh archfi e uno script con 4 voci, non  e a tutto
schermo pare quasi Debian  d-i, un colore azzurro, quando
arrivi a partizionare l'Hdd, ci sono 4voci,gpt, msdos in automatico,
le altre due manuali, cfdisk e sgdisk, quando esci da cfdisk e dai Ok
torna alla voce cfdisk, provi riprovi ma torna sempre alla voce cfdisk,
e cosi anche con sgdisk, e anche le altre due prima, entra in un loop
e se ne esce solo con annulla tutto.
Ma vaff## :-)
 
Domanda, ma in queste rolling per installare vuoi seguire uno schema
prederminato no eh, mai fatta una installazione di Arch, magari sbaglio
e risolvo con uno script preimpostato! no eh!
 
 
 
 
 
 
 
 
 
 
 
 
 


Da quello che scrivi ti direi: riprova con più calma.
L'installazione non è fatta per chi inizia, ma non è neanche
trascendentale, solo che bisogna leggersi la documentazione
con calma, non è pensata per funzionare al volo con impostazioni
precotte, serve un po' più di lavoro fatto sapendo ciò che si
sta facendo e ciò che si vuole ottenere.
Io l'aveo installata anni fa su un vecchio PC e tutto sommato
ero riuscito senza troppi problemi poi, non ricordo bene i dettagli,
ma volevo installare un software compilato con alcune opzioni
particolari e non ero riuscito perché pacman voleva la versione
del repo di quel pacchetto che serviva come dipendenza per altri
programmi... Alla fine su quel PC avevo messo Slackware che per
quello che ne sapevo ai tempi, lasciava più margine di manovra
in quel caso.
Sicuramente anche in Arch ci sarà stato il modo di ottenere
quello che mi serviva, ma per ignoranza mia, avrebbe richiesto
di documentarmi meglio.


Perché non provi a dare un'occhiata a archbang? Io l'ho usata per
installare la mia 64bit; sulla 32bit è più delicato perché ormai la
usano in pochi ed è poco testata:
https://archbang.org/
 
 
-- 
Tilt
 

 
"Tilt from Arch" <charp...@inwind.it.invalid> ha scritto nel messaggio
news:20220312102940.3071d2ad@archbang...

vi ringrazio per le risposte, per quello che riguarda archbang
1 mese fa avevo scaricato questa:
https://sourceforge.net/projects/archbang/files/ArchBang32/archbang32-beta-0509-i686.iso/downloa
 
 
provata ad installare in virtuale su Vmware, l' installer che di solito
arriva al 100%  no? e dovrebbe avere finito, questo continuava
fino al 120% boh, e una volta riavviato non partiva,  ho dato un'occhiata
con una live e  mancava di file importanti, in boot  mancava grub, e poi 
altri
file forse non erano dove dovevano essere, ora non ricordo bene, comuque
e purtroppo, non era utilizzabile.
Sto aspettando che fixino questi e magari altri problemi.
 
 
 
 
 
 
 
 


Andiamo per punti:
A) leggendoti pare tu abbia un vero "talento" per fare casini,se questo 
è vero,eviterei distro "difficili" come arch,a meno che non ti sposti su 
manjaro...
 
B) per quale motivo una 32bit?,se hai dell'hardware così scarso da non 
supportare 64bit,lascia perdere,o meglio,hai voglia di spiegare cosa 
vuoi fare e con quale hardware?


installa manjaro, no? basata su arch, rolling e con setup guidato.
 
non capisco perché scegli la distribuzione con il setup meno automatizzato 
e poi passi settimane a cercare uno script per automatizzare il setup. che 
non troverai mai.


Visto che avevo la macchina virtuale calda, ho voluto provare anch'io
l'installazione, sono dovuto andare con la pagina del wiki nella finestra
accanto. Tanto per dire che quando scrivi "il setup meno automatizzato",
rende bene l'idea.
 
Sono riuscito e non senza un pizzico di fortuna quando sono arrivato al
setup della rete, effettivamente per puro caso avevo lanciato un:
 
pacman -S dhclient
 
La cosa buona è che l'ambiente live d'installazione si collega alla rete
automagicamente, almeno nella situazione che mette in piedi
virt-manager, di fatto un collegamento ethernet con l'interfaccia di
rete che può ricevere ip via dhcp e su questa rete virtuale c'è un
gateway che in pratica fa condividere la connessione ad internet
dell'host.
 
Invece una volta finita l'installazione dell'host non c'è nulla
(giustamente dico io) ma se ti scordi di installare un client dhcp,
magari perché non sai come funziona l'impostazione della rete in
arch, be' non lo installerai più perché al riavvio sarai senza internet.
 
In realtà non è così drammatica perché si può anche fare senza dhcp
basta sapere l'indirizzo del gateway...
 
Va be' io alla fine ho dato una roba tipo
-----------------------
ip link set dev ens3 up
dhclient ens3
-------------
 
Poi però ho installato un altro client dhcp: dhcpcd
e con systemctl ho aggiunto il servizio legandolo 
all'interfaccia di ineteresse.
Non sono un esperto di systemd, ma cercando ho trovato:
 
systemctl start dh...@ens3.service
systemctl enable dh...@ens3.service 
 
il primo servirebbe per attivare il servizio dhcp
sull'interfaccia di rete ens3 nella sessione corrente,
mentre col comando "enable" si aggiungerebbe lo stesso
ai servizi che partono all'avvio del sistema.
 
In questo modo si ha una configurazione permanente
anche riavviando. La qual cosa è completamente diversa
su Slackware ad esempio dove come sempre si va di inetd.
Su Void non lo so, ma anche lì non essendoci systemd
il funzionamento sotto il cofano dovrà prevedere qualche
automatismo perché la rete funziona senza aver impostato
nulla manualmente in fase d'installazione.
 
Comunque sì archlinux quanto ad installazione è abbastanza
un casino poi va be' uno si può sempre fare uno script per
ottenere un'installazione personalizzata lanciando un
comando solo. Il vantaggio della non automazione è forse
proprio quello: puoi crearti da te l'automazione su misura
e replicarla anche a piacere con poche modifiche.

 e replicarla anche a piacere con poche modifiche.
 
Archbang ha si l'installer guidato ma per ora non funziona!
E non e uno script che trovi in rete.
Il mio harware e un 32bit Lenovo.
 
 
 
 

 Il mio harware e un 32bit Lenovo.
 
Dire per ora non funziona, vuol dir niente.
Tanto per cominciare la ISO è la seguente...
 
https://sourceforge.net/projects/archbang/files/ArchBang32/archbang32-beta-0509-i686.iso/download
 
 
 
 
OT:
Tornando al discorso di Debian dell'altro topic, anche
lì la puoi installare minimale senza gestori di sessione
grafica e startx non funziona, bisogna installare "xinit",
che in Debian è un po' più elaborato a quanto pare:
in effetti installando un window manager a caso, io ho provato
con "dwm" tanto per provarne uno, succede che anche senza
 
~/.xinitrc
 
lanciando "startx" parte il server grafico e avvia dwm.
Chi lo ha impostato?
 
Probabilmente all'atto dell'installazione viene in qualche
modo registrato dal sistema e in particolare viene fatto
puntare un link simbolico all'eseguibile del window manager
in questione (ovvero "/usr/bin/dwm").
 
/usr/bin/x-window-manager
 
Per una spiegazione migliore si veda qui il meccanismo:
 
https://www.linuxtopia.org/online_books/italiano/debian_linux_guides/debian_linux_reference_guide/ch-tune.it_028.html
 
 
Così a pelle mi sembra più semplice la situazione di void linux,
ma non conosco bene né Debian né Void, per cui può essere solo
un'impressione.
 
E volendo mi resta la domanda, che non ho provato, cosa acccadrebbe
se ad esempio installassi su Debian anche "fluxbox" oppure "openbox"?
Senza ~/.xinitrc partirebbe ancora "dwm" oppure chi lo decide?
Alla fine si ritornerà sempre ad xinitrc, a meno ché come in slackware
non ci sia anche in Debian un tool per scegliere quale desktop o window
manager dovrà gestire la sessione grafica (tipo xwmconfig della slack).


parlando di xinitrc posso dire che con voidlinux ho letto qualche cosa
in più e per fare partire Mate, serve il loginmanager lxdm o altro e va
avviato il servizio al boot:
ln -s /etc/sv/lxdm /etc/runit/runsvdir/default/
cosi appare il login senza penso che solo con .xinitrc mate non parte.
 
 
 

 cosi appare il login senza penso che solo con .xinitrc mate non parte.
 
Invece parte, ho provato anch'io su void col solo xinitrc e il comando
exec più la stringa di mate e funziona, lo avevo spiegato in altro post
indietro. Non è indispensabile alcun login manager.
 
Se vuoi gestire il login direttamente in sessione grafica è un altro
discorso, allora sì, serve il login manager grafico, nell'altro argomento
su void ho linkato proprio il manuale di void spiega le diverse scelte.
In quel modo ottieni una situazione simile alla maggior parte delle
distribuzioni precotte (non installate pezzo per pezzo come
nell'esempio della minimal install di void), dove quando accendi il PC
ti presenta direttamente il login grafico senza lasciarti su una shell
in TTY... Lì l'utente digiuno non ha idea che serva digitare startx o
cos'altro.

 cos'altro.
 
devi aggiungere il login managerlxde nella cartella:
/etc/runit/runsvdir/default  cosi il login parte in automatico
 
 
 

 ha scritto nel messaggio 
news:t0scbv$1jp8$1...@gioia.aioe.org...

pardon, il login manager lxdm, non lxde
 
 

 /etc/runit/runsvdir/default  cosi il login parte in automatico
 
Più che aggiungere devi fare un link simbolico al file del servizio
corrispondente /etc/sv/<service>
 
La cosa è spiegata bene qui:
 
https://docs.voidlinux.org/config/services/index.html#testing-services
 
 
È una modalità di gestione servizi che non conoscevo.
 
 
E qui in fondo alla pagina ecco come si lega al discorso xorg:
 
https://docs.voidlinux.org/config/graphical-session/xorg.html
 


 
farň ancora una prova con quella liscia e mate + .xinitrc exec mate-session
 
 

 ha scritto nel messaggio 
news:t0v51p$19f9$1...@gioia.aioe.org...

provato adesso e ok, copiato /etc/X11/xinit/xinitrc  in /home/user/.xinitrc 
tolto twm& aggiunto  mate-session
 
 
 

 /home/user/.xinitrc tolto twm& aggiunto  mate-session
 
forse non c'era Dbus attivo, per quello che non partiva matè?
in questa ho installato anche dbus:
xbps-install -S xorg* xinit mate mate-extra leafpad lxterminal pcmanfm scite 
scrot lxdm dbus  exfat-dkms void-repo-nonfree
 
 
 
 

 scrot lxdm dbus  exfat-dkms void-repo-nonfree
 
Io avevo installato
- mate
- mate-extra
 
Precedentemente installando gli altri DE che avevi provato anche tu, mi
aveva installato automaticamente xorg se non ricordo male e
qualcos'altro.
Secondo me con quei soli due pacchetti si dovrebbe avviare, perché
installando quelli, per dipendenza ti installa anche il necessario per
farli funzionare.
L'unica cosa che forse non installa è xinit non ricordo così al volo,
quello serve perché contiene "startx" e se vuoi evitare il login
grafico, allora è necessario.
 
Dbus io non l'ho toccato. Quello che avevo fatto l'avevo riportato
nell'altro topic dove chiedevi per void linux.

 
"Joe" <J...@e.invalid> ha scritto nel messaggio 
news:4028.6233...@master.fishnet.local...

Ok ti ringrazio, considero chiuso questo 3ead.
 
 
 

 ha scritto nel messaggio 
news:t11fpk$1pu7$1...@gioia.aioe.org...

allora, ho rienstallato voidliscia, aggiunte mate, ma dbus non e stato
installato ma l'ho trovato dopo aver installato xorg* xinit mate
ma il servizio non e partita perche non e presente in var/service
o in etc/runitsvdir ecc ma il desktop parte lo stesso copaindo xinit
da etc/X11/xinit/xinitrc in /home/user/.xinitrc mettendo in fondo
exec  mate-session