Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.os.linux.sys > #44747 > unrolled thread

Opinioni su distro post-centos

Back to article view | Back to it.comp.os.linux.sys

Contents

  Opinioni su distro post-centos "massi...@gmail.com" <massimo79m@gmail.com> - 2022-04-28 07:00 -0700
    Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2022-05-06 21:15 +0000
      Re: Opinioni su distro post-centos enoquick <enoquick@gmail.com> - 2022-05-07 07:37 -0500
        Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2022-05-07 15:52 +0000
          Re: Opinioni su distro post-centos Geronimo Bosco <antilo@capra.com> - 2022-05-07 18:55 +0200
            Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2022-05-07 20:00 +0000
            Re: Opinioni su distro post-centos enoquick <enoquick@gmail.com> - 2022-05-08 10:38 -0500
              Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2022-05-08 18:55 +0000
                Re: Opinioni su distro post-centos enoquick <enoquick@gmail.com> - 2022-05-08 20:27 -0500
          Re: Opinioni su distro post-centos enoquick <enoquick@gmail.com> - 2022-05-08 10:11 -0500
      Re: Opinioni su distro post-centos Enrico Maria Chellini <bitit@bitit.it> - 2023-03-26 10:56 +0200
        Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2023-03-27 11:46 +0000
    Re: Opinioni su distro post-centos Marco Gaiarin <marcogaio@intoglimiwind.it> - 2022-05-10 08:06 +0200
      Re: Opinioni su distro post-centos "massi...@gmail.com" <massimo79m@gmail.com> - 2022-05-14 00:34 -0700
        Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2022-05-14 08:04 +0000
          Re: Opinioni su distro post-centos G <g@nowhere.invalid> - 2022-05-14 09:08 +0000
            Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2022-05-14 21:31 +0000
              Re: Opinioni su distro post-centos Enrico Bianchi <enrico.bianchi@ymail.com> - 2022-05-15 14:08 +0000
                Re: Opinioni su distro post-centos "massi...@gmail.com" <massimo79m@gmail.com> - 2022-05-16 12:50 -0700
                Re: Opinioni su distro post-centos Giuseppe Della Bianca <giusdbgNO@gmailNO.comNO> - 2022-05-21 17:14 +0000
                  Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2022-05-22 16:14 +0000
                    Re: Opinioni su distro post-centos Giuseppe Della Bianca <giusdbgNO@gmailNO.comNO> - 2022-05-22 18:17 +0000
                      Re: Opinioni su distro post-centos G <g@nowhere.invalid> - 2022-05-23 09:14 +0000
                        Re: Opinioni su distro post-centos gius db <giusdbg@gmail.com> - 2022-05-23 07:11 -0700
        Re: Opinioni su distro post-centos Enrico Maria Chellini <bitit@bitit.it> - 2023-01-17 15:28 +0100
          Re: Opinioni su distro post-centos "massi...@gmail.com" <massimo79m@gmail.com> - 2023-01-17 10:04 -0800
            Re: Opinioni su distro post-centos Enrico Maria Chellini <bitit@bitit.it> - 2023-01-18 15:32 +0100
          Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2023-01-20 13:52 +0000
            Re: Opinioni su distro post-centos Enrico Maria Chellini <bitit@bitit.it> - 2023-01-21 12:13 +0100
            Re: Opinioni su distro post-centos Enrico Bianchi <enrico.bianchi@ymail.com> - 2023-01-21 22:58 +0000
              Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2023-01-22 17:47 +0000
        Re: Opinioni su distro post-centos CBM64 <amiga1000@commodore.com> - 2023-03-27 17:36 +0200
          Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2023-03-27 18:44 +0000
            Re: Opinioni su distro post-centos CBM64 <amiga1000@commodore.com> - 2023-03-27 21:08 +0200
              Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2023-03-27 20:59 +0000
                Re: Opinioni su distro post-centos CBM64 <amiga1000@commodore.com> - 2023-03-28 06:51 +0200
                  Re: Opinioni su distro post-centos rootkit <rootkit@email.it> - 2023-03-28 07:22 +0000
                    Re: Opinioni su distro post-centos CBM64 <amiga1000@commodore.com> - 2023-03-28 14:22 +0200

Page 2 of 2 — ← Prev page 1 [2]

#44766

On Sat, 21 May 2022 17:14:09 -0000 (UTC), Giuseppe Della Bianca wrote:


> La Fedora non è unstable, nel senso che non è una versione di sviluppo,
> alfa, beta, pre-stable, o altro, è solo una versione che ha le ultime
> versioni e modifiche rilasciate ufficialmente di ogni cosa.
> 
> Non è infrequente, che (come per i bug) sistemazioni e correzioni
> arrivino prima alla Fedora.
> 
> Il problema della Fedora è principalmente che gli aggiornamenti, anche
> sostanziali, sono molto frequenti.
> 
> Per un server è una cosa inutile e ingestibile.

fedora ci vuole santa pazienza anche come desktop. come lo spin kde che si 
ostina a partire per default con wayland, pur sapendo che il supporto su 
plasma è sperimentale e non funziona pressoché nulla. 
o come quando decise di usare di default cgroup v2 con i linux container 
(lxc) che non partivano più.
troppo sperimentale per i miei gusti, fintanto che gravitavo 
nell'ecosistema redhat me la facevo piacere ma adesso evito.

[toc] | [prev] | [next] | [standalone]

#44767

Il Sun, 22 May 2022 16:14:17 -0000 (UTC), rootkit ha scritto:

> On Sat, 21 May 2022 17:14:09 -0000 (UTC), Giuseppe Della Bianca wrote:
> 
> 
]zac[
> fedora ci vuole santa pazienza anche come desktop. come lo spin kde che
> si ostina a partire per default con wayland, pur sapendo che il supporto
> su plasma è sperimentale e non funziona pressoché nulla.
]zac[

Vero.

Ma si può tranquillamente installare e usare la sessione con Xorg, e una 
volta fatto, sei apposto per sempre.

Come per il driver noveau, una volta messo in blacklist e configurato di 
autoinstallare i driver nvidia, sei apposto per sempre.

Per alcune cose c'è un rimedio sostanzialmente definitivo, per altre cose 
si può rimandare un po' il proprio adeguamento alle nuove versioni delle 
varie cose, per altre c'è ultima versione e basta.

Bisogna tenere sempre conto che il tempo di vita di una fedora è molto 
ridotto, 1-2 anni.


Poi ci sono altre cose fastidiose, come per esempio l'installer che si 
rifiuta di reinstallare sopra un sistema già presente (per esempio per un 
tentativo di recupero del sistema), che i sistemi di recupero di una 
installazione sono solo testuali e quasi totalmente manuali (e bisogna 
scaricare il dvd della versione server per averli), ecc. .


Diciamo che di default è poco user friendly, probabilmente anche per un 
power user, una volta conosciute le varie possibilità di configurazione 
(diverse, molteplici e abbastanza nascoste), non è per niente male.



---------------------------------------
per esempio personale,

- l'ultima volta che ho reinstallato da zero la mia installazione 
personale, è stato con il passaggio al 64bit (per fare pulizia del 
passato).

- recentemente ho modificato il mio sistema (con configurazione banale) in 
maniera complessa (fondamentale avere già pronte più di una strategia di 
recupero), per avere un raid di dischi rotativi, associato a una cache 
nvme, e alla fine btrfs come filesystem


cat /proc/mdstat
......
md0 : active raid1 sdc7[2] sdb7[0]
      620081152 blocks super 1.2 [2/2] [UU]
      bitmap: 3/5 pages [12KB], 65536KB chunk

bcache show
......
(data device)	(device)	(cache device)	
/dev/md0        bcache1         /dev/nvme0n1

blkid /dev/bcache1
/dev/bcache1: ... TYPE="btrfs"


Living on the edge, o anche no (fra qualche anno tornerò a una 
configurazione banale), è un lato piacevole della fedora.

[toc] | [prev] | [next] | [standalone]

#44768

Giuseppe Della Bianca <giusdbgNO@gmailno.comno> wrote:
> Il Sun, 22 May 2022 16:14:17 -0000 (UTC), rootkit ha scritto:
> 
>> On Sat, 21 May 2022 17:14:09 -0000 (UTC), Giuseppe Della Bianca wrote:
>> 
>> 
> ]zac[
>> fedora ci vuole santa pazienza anche come desktop. come lo spin kde che
>> si ostina a partire per default con wayland, pur sapendo che il supporto
>> su plasma è sperimentale e non funziona pressoché nulla.
> ]zac[
> 
> Vero.
> 
> Ma si può tranquillamente installare e usare la sessione con Xorg, e una 
> volta fatto, sei apposto per sempre.
> 
> Come per il driver noveau, una volta messo in blacklist e configurato di 
> autoinstallare i driver nvidia, sei apposto per sempre.
> 
> Per alcune cose c'è un rimedio sostanzialmente definitivo, per altre cose 
> si può rimandare un po' il proprio adeguamento alle nuove versioni delle 
> varie cose, per altre c'è ultima versione e basta.
> 
> Bisogna tenere sempre conto che il tempo di vita di una fedora è molto 
> ridotto, 1-2 anni.
> 
> Poi ci sono altre cose fastidiose, come per esempio l'installer che si 
> rifiuta di reinstallare sopra un sistema già presente (per esempio per un 
> tentativo di recupero del sistema), che i sistemi di recupero di una 
> installazione sono solo testuali e quasi totalmente manuali (e bisogna 
> scaricare il dvd della versione server per averli), ecc. .
> 
> Diciamo che di default è poco user friendly, probabilmente anche per un 
> power user, una volta conosciute le varie possibilità di configurazione 
> (diverse, molteplici e abbastanza nascoste), non è per niente male.
> 
> ---------------------------------------
> per esempio personale,
> 
> - l'ultima volta che ho reinstallato da zero la mia installazione 
> personale, è stato con il passaggio al 64bit (per fare pulizia del 
> passato).
> 
> - recentemente ho modificato il mio sistema (con configurazione banale) in 
> maniera complessa (fondamentale avere già pronte più di una strategia di 
> recupero), per avere un raid di dischi rotativi, associato a una cache 
> nvme, e alla fine btrfs come filesystem
> 
> cat /proc/mdstat
> ......
> md0 : active raid1 sdc7[2] sdb7[0]
>       620081152 blocks super 1.2 [2/2] [UU]
>       bitmap: 3/5 pages [12KB], 65536KB chunk
> 
> bcache show
> ......
> (data device)   (device)        (cache device)  
> /dev/md0        bcache1         /dev/nvme0n1
> 
> blkid /dev/bcache1
> /dev/bcache1: ... TYPE="btrfs"
> 
> Living on the edge, o anche no (fra qualche anno tornerò a una 
> configurazione banale), è un lato piacevole della fedora.


Uso Fedora praticamente da sempre, ho cominciato con Red Hat Linux negli anni
'90 e non ho mai smesso....

Ho installato F probabilmente piu' di un centinaio di volte ed una sola
volta mi sono veramente arrabbiato con F:

di solito faccio io le partizioni e scelgo i file system, ma una volta ho
deciso di lasciar fare ad F ed ha (come te) installato usando btrfs. Come alle
volte succede ho avuto problemi con il SO (probabilmente colpa mia, non
ricordo) ed e' allora che ho scoperto che con btrfs e' quasi impossibile
reinstallare la partizione / senza anche riformattare /home (con btrfs non
sono vere partizioni), mai piu'!

G

[toc] | [prev] | [next] | [standalone]

#44769

Il giorno lunedì 23 maggio 2022 alle 11:14:17 UTC+2 G ha scritto:
]zac[
> ricordo) ed e' allora che ho scoperto che con btrfs e' quasi impossibile 
> reinstallare la partizione / senza anche riformattare /home (con btrfs non 
> sono vere partizioni), mai piu'! 
> 
> G

E' un discordo che riguarda qualsiasi filesystem che supporti i subvolumi.
I subvolumi si possono vedere come delle sottodirectory speciali in un file system, e quindi fanno parte di quella partizione/filesystem.

E come per qualsiasi altro filesystem, se vuoi la home separata, devi creare un'altra partizione/filesystem btrfs e assegnarlo alla home.

Se si usa un'unica partizione/filesystem con subvolumi, diventa obbligatorio conoscere i comandi snpashot (rw -> ro, ro -> rw) send e receive, per palleggiare i subvolumi da un filesystem ad un altro.

[toc] | [prev] | [next] | [standalone]

#44830

Il giorno Sat, 14 May 2022 00:34:08 -0700 (PDT)
"massi...@gmail.com" <massimo79m@gmail.com> ha scritto:

> Il giorno martedì 10 maggio 2022 alle 08:50:03 UTC+2 Marco Gaiarin ha
> scritto:
> > Al lavoro da me hanno scelto Oracle Linux; 'hanno' perchè io sono
> > un debianista, quindi non mi sno minimamente interessato...   
> 
> sono debianista anche io (anche se sul mio cuore ci sara' sempre
> incisa una S), ma volevo buttare un'occhio anche alle red
> compatibili. sinceramente ho poco tempo, e per adesso la debian per i
> miei usi va benissimo, pero' mi _sembra_ che la red faccia un lavoro
> migliore su patch e rattoppi vari.

redhat credo abbiano molti più soldi di debian; anche su ultimamente con
debian per un server locale, non mi son trovato male.

però mi ha fregato nell'aggiornamento di postgresql , per fortuna avevo
un back up del gestionale se no ero nella M..

Onestamente ci sto pensando a metterla in produzione web, anche se
voglio provare oracle

Enrico  

[toc] | [prev] | [next] | [standalone]

#44831

Il giorno martedì 17 gennaio 2023 alle 15:29:00 UTC+1 Enrico Maria Chellini ha scritto:

> Onestamente ci sto pensando a metterla in produzione web, anche se 
> voglio provare oracle 

per quanto puo' valere la mia opinione (due server casalinghi e uno lavorativo), al momento oracle va molto bene. a parte qualche pacchetto che non ha nel suo repo, pero' e' roba piu' "hobbistica" che professionale (ffmpeg ad es)

[toc] | [prev] | [next] | [standalone]

#44833

> per quanto puo' valere la mia opinione (due server casalinghi e uno
> lavorativo), al momento oracle va molto bene. a parte qualche
> pacchetto che non ha nel suo repo, pero' e' roba piu' "hobbistica"
> che professionale (ffmpeg ad es)

Repository  multi php cosa hai usato remi?

Enrico 

[toc] | [prev] | [next] | [standalone]

#44834

Il Tue, 17 Jan 2023 15:28:58 +0100, Enrico Maria Chellini ha scritto:


> redhat credo abbiano molti più soldi di debian; anche su ultimamente con
> debian per un server locale, non mi son trovato male.
> 
> però mi ha fregato nell'aggiornamento di postgresql , per fortuna avevo
> un back up del gestionale se no ero nella M..

uhm, è la prima volta che sento di un aggiornamento pgsql che rompe 
qualcosa, parlo ovviamente degli aggiornamenti regolari non degli upgrade.

ad ogni modo per i componenti critici conviene sempre pinnare la versione 
e aggiornare solo in modo controllato. questo vale per tutte le 
distribuzioni, anche perché i problemi di retrocompatibilità dipendono dal 
software non dalla distribuzione.

> Onestamente ci sto pensando a metterla in produzione web, anche se
> voglio provare oracle

come alternative a centos io preferirei rocky o alma linux. lascerei 
comunque perdere oracle. 

[toc] | [prev] | [next] | [standalone]

#44835

> > però mi ha fregato nell'aggiornamento di postgresql , per fortuna
> > avevo un back up del gestionale se no ero nella M..  
> 
> uhm, è la prima volta che sento di un aggiornamento pgsql che rompe 
> qualcosa, parlo ovviamente degli aggiornamenti regolari non degli
> upgrade.

mi è successo un paio di volte a dir la verità
 
> ad ogni modo per i componenti critici conviene sempre pinnare la
> versione e aggiornare solo in modo controllato. questo vale per tutte
> le distribuzioni, anche perché i problemi di retrocompatibilità
> dipendono dal software non dalla distribuzione.

Giusto, è stato l'ultimo aggiornamento della debian 10 ,  
https://www.debian.org/releases/buster/

non so se ho impostato qualche repository sbagliato; non mi aspettavo
che nel ramo 10.x ci potessero essere questi problemi.

precedentemente con qualche anno fà con mageia, che uso come desktop in
locale. 

Enrico 

[toc] | [prev] | [next] | [standalone]

#44836

On 2023-01-20, rootkit <rootkit@email.it> wrote:

> uhm, è la prima volta che sento di un aggiornamento pgsql che rompe 
> qualcosa, parlo ovviamente degli aggiornamenti regolari non degli upgrade.

PostgreSQL non supporta aggiornamenti da una major release ad un'altra e, se
non ricordo male, fino alla 9 non supportava nemmeno gli aggiornamenti tra una
medium release e l'altra

Enrico

[toc] | [prev] | [next] | [standalone]

#44837

Il Sat, 21 Jan 2023 22:58:48 -0000 (UTC), Enrico Bianchi ha scritto:

> On 2023-01-20, rootkit <rootkit@email.it> wrote:
> 
>> uhm, è la prima volta che sento di un aggiornamento pgsql che rompe
>> qualcosa, parlo ovviamente degli aggiornamenti regolari non degli
>> upgrade.
> 
> PostgreSQL non supporta aggiornamenti da una major release ad un'altra
> e, se non ricordo male, fino alla 9 non supportava nemmeno gli
> aggiornamenti tra una medium release e l'altra

si però gli aggiornamenti di release non vengono applicati dagli 
aggiornamenti periodici distribuiti dalle distro. 
ad ogni modo oramai l'installazione "standard" nonché più semplice è 
containerizzata, per cui il problema è aggirato.

[toc] | [prev] | [next] | [standalone]

#44868

> 
> sono debianista anche io (anche se sul mio cuore ci sara' sempre incisa una S),



l'unica che non mi ha MAI tradito.
tutte si sono fermate per un qualunque motivo, lei mai.
non posso usarla sul lavoro per 100.000 motivi, ma secondo me e'

la prima , l'unica


inoltre: se conosci S conosci linux

mica lo dico solo io

:-)







  ma volevo buttare un'occhio anche alle red compatibili.
> sinceramente ho poco tempo, e per adesso la debian per i miei usi va benissimo, pero' mi _sembra_ che la red faccia un lavoro migliore su patch e rattoppi vari.

[toc] | [prev] | [next] | [standalone]

#44869

Il Mon, 27 Mar 2023 17:36:13 +0200, CBM64 ha scritto:



> tutte si sono fermate per un qualunque motivo, lei mai.

bah.

> non posso usarla sul lavoro per 100.000 motivi, 

qualche domanda me la farei.

> inoltre: se conosci S conosci linux

l'importante è esserne convinti. se può servire per l'autostima :-P

[toc] | [prev] | [next] | [standalone]

#44870

> bah.

capisco le tue perplessita', ma a me e' capitato proprio cosi'.

> 
>> non posso usarla sul lavoro per 100.000 motivi,
> 
> qualche domanda me la farei.

anche io , ma sconfiniamo in un discorso infinito. magari davanti ad una 
birra.

> 
>> inoltre: se conosci S conosci linux
> 
> l'importante è esserne convinti. se può servire per l'autostima :-P

scelsi S da niubbo -parecchia anni fa- poiche' era l'unica che mi 
consentiva di applicare gli how-to "passo-passo" . cioe' , quello che 
leggevo aveva corrispondenza col sistema installato.
ricordo quando mi allenavo col file /etc/fstab , secoli fa, ed avevo 
insallato una mandrake ora ostinta.
dopo il reboot ecco che fstab era diverso da come lo avevo editato io.
possibile? niubbo lo accettavo ma analfabeta era troppo.
rifatto /etc/fstab , altro reboot ed ecco che fstab ancora una volta era 
differente da come lo avevo editato.
ma che diamine succede?
succede che mandrake SCRIVEVA di sua volonta' un fstab generico in fase 
di avvio.
ma C***O nessun manuale lo diceva !!!

> 

[toc] | [prev] | [next] | [standalone]

#44871

Il Mon, 27 Mar 2023 21:08:56 +0200, CBM64 ha scritto:

>> bah.
> 
> capisco le tue perplessita', ma a me e' capitato proprio cosi'.
> 
> 
>>> non posso usarla sul lavoro per 100.000 motivi,
>> 
>> qualche domanda me la farei.
> 
> anche io , ma sconfiniamo in un discorso infinito. magari davanti ad una
> birra.

in realtà la questione è molto semplice, secondo me. finché uno si balocca 
sceglie (giustamente) quello che più lo fa divertire, ma quando si fa sul 
serio i criteri sono altri. è normale. 

>>> inoltre: se conosci S conosci linux
>> 
>> l'importante è esserne convinti. se può servire per l'autostima :-P
> 
> scelsi S da niubbo -parecchia anni fa- poiche' era l'unica che mi
> consentiva di applicare gli how-to "passo-passo" . cioe' , quello che
> leggevo aveva corrispondenza col sistema installato.

mi rendo conto, però capisci che come esempio per sostenere la tesi "se 
conosci slackware conosci linux" è un tantino forzato. capiamoci di che 
livello di conoscenza parliamo. 

[toc] | [prev] | [next] | [standalone]

#44872

>>
>> scelsi S da niubbo -parecchia anni fa- poiche' era l'unica che mi
>> consentiva di applicare gli how-to "passo-passo" . cioe' , quello che
>> leggevo aveva corrispondenza col sistema installato.
> 
> mi rendo conto, però capisci che come esempio per sostenere la tesi "se
> conosci slackware conosci linux" è un tantino forzato. capiamoci di che
> livello di conoscenza parliamo.

concordo solo in parte.
un teNNico esterno che segue da noi un programma appaltato non riusci' a 
sistemare il boot loader grub. ed era un teNNico esperto.
onestamente anche io feci fatica a ricordare i comandi, ma avevo ben 
chiaro dove andare a mettere le meni.
voglio dire che le conoscenze devono partire dalle basi e poi evolversi.
come la lingua parlata e scritta.
prima impari vocali e consonanti, prima ancora l'afabeto, poi come alle 
elementari scrivi i "pensierini" e cosi' via fino a padroneggiare una 
lingua.
con S questo e' obbligatorio. ti obbliga a sporcarti le mani. di default 
manco il layout della tastiera e' quello giusto.
quando padroneggi bene questo cose, allora poi impari altro, chesso' io, 
database, php , quello che serve.
i teNNici moderni partono dalle centos che sistemano tutte quste cose, 
poi imparano a memoria oracle (e' solo un esempio) e vai. e sono 
"esperti" . poi putty non si aggancia al server per n motivi ma "non 
sono c***i del teNNico" . vedo spesso questi comportamenti e mi lasciano 
basito.

opinione personale ovviamente.

[toc] | [prev] | [next] | [standalone]

#44873

Il Tue, 28 Mar 2023 06:51:28 +0200, CBM64 ha scritto:



>> mi rendo conto, però capisci che come esempio per sostenere la tesi "se
>> conosci slackware conosci linux" è un tantino forzato. capiamoci di che
>> livello di conoscenza parliamo.
> 
> concordo solo in parte.
> un teNNico esterno che segue da noi un programma appaltato non riusci' a
> sistemare il boot loader grub. ed era un teNNico esperto.
> onestamente anche io feci fatica a ricordare i comandi, ma avevo ben
> chiaro dove andare a mettere le meni.
> voglio dire che le conoscenze devono partire dalle basi e poi evolversi.
> come la lingua parlata e scritta.
> prima impari vocali e consonanti, prima ancora l'afabeto, poi come alle
> elementari scrivi i "pensierini" e cosi' via fino a padroneggiare una
> lingua.
> con S questo e' obbligatorio. ti obbliga a sporcarti le mani. di default
> manco il layout della tastiera e' quello giusto.
> quando padroneggi bene questo cose, allora poi impari altro, chesso' io,
> database, php , quello che serve.
> i teNNici moderni partono dalle centos che sistemano tutte quste cose,
> poi imparano a memoria oracle (e' solo un esempio) e vai. e sono
> "esperti" . poi putty non si aggancia al server per n motivi ma "non
> sono c***i del teNNico" . vedo spesso questi comportamenti e mi lasciano
> basito.

ripeto, capiamoci di che livello di conoscenza parliamo. mi rendo conto 
che a giro ci siano consulenti improvvisati ma quello è un problema della 
consulenza e in particolare al tipo di consulenza a cui vi rivolgete. 

sporcarsi le mani va bene, ma non sopravvalutiamo le competenze che si 
acquisiscono in codesto modo di sporcarsele: capisco sia gratificante fare 
passo passo un setup da zero, ma poi i troubleshooting sono altra cosa ed 
è sporcandosele lì che si passa di livello. oltre ovviamente a fare corsi, 
smazzarsi documentazione, imparare linguaggi (almeno di scripting) e 
padroneggiare strumenti. 

faccio una provocazione: nell'episodio dell'altro messaggio in cui 
mandrake ti modificava il file fstab al boot, niente ti vietava di 
analizzare il processo di boot alla ricerca del responsabile. al di la del 
nome non c'è nulla di magico o segreto, è tutto lì, conoscere linux vuol 
dire anche (e soprattutto) questo. 



> 
> opinione personale ovviamente.

[toc] | [prev] | [next] | [standalone]

#44875

> 
> ripeto, capiamoci di che livello di conoscenza parliamo. mi rendo conto
> che a giro ci siano consulenti improvvisati ma quello è un problema della
> consulenza e in particolare al tipo di consulenza a cui vi rivolgete.
> 
> sporcarsi le mani va bene, ma non sopravvalutiamo le competenze che si
> acquisiscono in codesto modo di sporcarsele: capisco sia gratificante fare
> passo passo un setup da zero, ma poi i troubleshooting sono altra cosa ed
> è sporcandosele lì che si passa di livello. oltre ovviamente a fare corsi,
> smazzarsi documentazione, imparare linguaggi (almeno di scripting) e
> padroneggiare strumenti.
> 
> faccio una provocazione: nell'episodio dell'altro messaggio in cui
> mandrake ti modificava il file fstab al boot, niente ti vietava di
> analizzare il processo di boot alla ricerca del responsabile. al di la del
> nome non c'è nulla di magico o segreto, è tutto lì, conoscere linux vuol
> dire anche (e soprattutto) questo.
> 


ma certo, ovvio. la mia opinione non conflitta con la tua.
una volta che ci si e' fatti le ossa bene allora poi si fanno tutti i 
corsi che servono, si tudia cio' che occorre e cosi' via.
nulla da dire.

un saluto

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | it.comp.os.linux.sys

csiph-web