Forum Debianizzati

Condividi contenuti
Aggiornato: 48 min 6 sec fa

Re: Installare win10 e debian9 in dual boot su diversi hard

Dom, 08/04/2018 - 17:14
La partizione UEFI del secondo disco non dovrebbe servire. Al momento, e te le chiedo conferma (ispeziona la partizione UEFI del primo disco), grub-efi-amd64 dovrebbe essere già in Disco 1: part 1 EFI (fedora). Analogamente, con l'installazione del sistema operativo proprietario nel disco1, in esso dovrebbe comunque essere presente una partizione UEFI (creata dall'installatore del sistema operativo proprietario) nella quale dovrà essere installato il boot loader di grub-efi-amd64
Categorie: Forum Debianizzati

Re: Installare win10 e debian9 in dual boot su diversi hard

Dom, 08/04/2018 - 16:48
Ma il fatto che il boot loader di Debian non si trovi nella prima partizione del disco primario, bensì nel secondo disco, non rende automaticamente impossibile a UEFI di trovarlo e lanciarlo per primo? Così ad occhio la soluzione più rozza che mi viene in mente sarebbe installare un intero sistema operativo linux affiancato a windows sul primo disco, oppure (non so se è fattibile) un boot loader tipo grub da solo in una partizione dedicata nel primo disco...

Attualmente queste sono le mie partizioni:
Disco 1: part 1 EFI (fedora)
Disco 1: part 2 file system (fedora)
Disco 2: part 1 EFI (debian)
Disco 2: part 2 filesystem (debian)

Queste sarebbero le partizioni dopo l'installazione di windows:
Disco 1: part 1 win10 boot
Disco 1: part 2 win10 os
Disco 2: part 1 EFI (debian)
Disco 2: part 2 filesystem (debian)

Ps il boot loader che ho in Debian è grub-efi-amd64
Categorie: Forum Debianizzati

Re: Installare win10 e debian9 in dual boot su diversi hard

Dom, 08/04/2018 - 15:37
lbardo ha scritto:se attivo la versione UEFI del boot loader di Debian, il computer lo avvierà per primo? Per aggiornare il boot loader di Debian devo necessariamente entrare con la modalità recovery?
Non posso predire con UEFI in quale ordine saranno richiamati il boot loader del sistema operativo proprietario e quello di Debian. Inoltre, se il primo disco attualmente non è già configurato per il boot loader UEFI, nel momento in cui lo farai cancellerai il boot loader di Debian e, quindi, per accedere alla partizione di Debian per installare il boot loader UEFI sarai costretto ad usare il disco di installazione in modalità rescue. In ogni caso, fai un backup di quello che non puoi permetterti di perdere.
Categorie: Forum Debianizzati

Re: Installare win10 e debian9 in dual boot su diversi hard

Dom, 08/04/2018 - 14:01
Grazie per il consiglio! Sì il mio computer supporta UEFI. Qundi secondo te se attivo la versione UEFI del boot loader di Debian, il computer lo avvierà per primo? Per aggiornare il boot loader di Debian devo necessariamente entrare con la modalità recovery?
Categorie: Forum Debianizzati

Re: Installare win10 e debian9 in dual boot su diversi hard

Dom, 08/04/2018 - 13:12
Se esegui una installazione con UEFI (se il computer supporta UEFI) non dovresti avere difficoltà di sorta perché il
boot loader UEFI di Debian è indipendente e convive con quelli di altri sistemi operativi. Naturalmente, se non lo hai già fatto, dovrai in Debian installare la versione UEFI del boot loader accedendo a Debian, dopo l’installazione del sistema operativo proprietario, con il supporto di installazione avviato in modalità rescue
Categorie: Forum Debianizzati

Installare win10 e debian9 in dual boot su diversi hard disk

Dom, 08/04/2018 - 12:54
Ciao a tutti,

sono un debianista alle prime armi senza vere e proprie competenze informatiche, mi scuso in anticipo se sarò impreciso o poco chiaro.

Ho un computer Asus con due hard disk. Sul disco principale da 1TB ho installato Fedora, sul disco secondario da 128GB Debian9. Non utilizzo quasi mai Fedora e mi trovo molto bene con Debian, inoltre ho bisogno di avere a disposizione anche un sistema operativo Windows. Perciò vorrei installare Windows 10 sul primo disco al posto di Fedora, mantenendo Debian in dual boot.

Il problema è che se installassi Windows 10 sul primo disco perderei il bootloader di Fedora, che per il momento mi permette di scegliere tra i sistemi operativi. Questo significa che non potrei più usare Debian, perché il suo bootloader si trova sul secondo disco: al suo avvio, il computer caricherebbe subito l'immagine di Windows, senza cercare altri sistemi operativi installati.

Perciò la domanda è: come posso installare Windows formattando il primo disco, senza perdere l'accesso a Debian che si trova sul secondo disco?

Grazie mille per l'aiuto!
Categorie: Forum Debianizzati

Re: Schema partizionamento installazione

Dom, 08/04/2018 - 11:18
Grazie Aki per la risposta e per i riferimenti.

Categorie: Forum Debianizzati

Re: Help password utente

Dom, 08/04/2018 - 10:39
Se quando torni a casa le chiavi non aprono la porta, e le chiavi sono integre come anche la serratura, vuol dire che qualcuno ha cambiato la serratura.
Categorie: Forum Debianizzati

Re: Inserire un heredoc interattivamente in uno script

Dom, 08/04/2018 - 10:24
Bileygr ha scritto:Ho trovato il modo di far funzionare lo heredoc (anche se non ho ben compreso per quale motivo in un modo funzioni e nell' altro no); Anzichè fare:
cat << EOF > file.txt
se faccio
cat > file.txt
lo script mi da il prompt per poter inserire il mio testo.
il secondo costrutto non è un "here document", ma la ridirezione dello standard input al file file.txt tramite il comando cat.

Bileygr ha scritto:L' unico inconveniente è che per uscire devo dare Ctrl-D su una nuova linea, perchè se do Ctrl-D su una riga con testo, tutto quello che è stato digitato da dopo l' ultimo enter ovviamente non viene rediretto nel file.txt.
Non mi risulta questo comportamento, quello che mi risulta è che se non impartisci l'ultimo "return" devi premere due volte CTRL-D.

Bileygr ha scritto:ci scrivo dentro un testo di una cinquantina di parole, affinchè funzioni devo scrivere tutto su una riga (altrimenti con enter esce), e mi ritrovo con una variabile inguardabile di nome e di fatto... [..] chiedevo se esista un comando che permetta di prendere una stringa arbitrariamente lunga in ingresso e la rediriga in un file, che funzioni all' interno di uno script.
Da quanto scrivi, sembra che tu desideri anche di poter effettuare un editing multiline, oltre che poter digitare una stringa arbitrariamente lunga; a tal fine, puoi usare il comando dialog dell'omonimo pacchetto (da installare preventivamente); ad esempio:
dialog --editbox file.txt 10 40 2>file.txt
Categorie: Forum Debianizzati

Re: Schema partizionamento installazione

Dom, 08/04/2018 - 04:11
Trovi i suggerimenti sugli schemi di partizionamento, anche in termini di dimensioni delle partizioni, per Debian qui: https://www.debian.org/releases/stable/amd64/apc.html.it. Rispetto alla tabella che hai presentato, che può rappresentare una soluzione generica, la directory /usr deve essere inclusa nella partizione / . Se desideri consultare le regole utilizzate dall’installatore Debian, sono consultabili nel codice sorgente dello stesso all’indirizzo https://sources.debian.org/src/partman-auto/144/ (il formato dei file è documentato in https://sources.debian.org/src/debian-installer/20171204/doc/devel/partman-auto-recipe.txt/)
Categorie: Forum Debianizzati

[RISOLTO] Schema partizionamento installazione

Dom, 08/04/2018 - 00:42
Salve a tutti.

Cercando su internet, ho trovato diversi approcci sullo spazio da destinare alle partizioni in fase d'installazione.

Tuttavia, stavo cercando un algoritmo generico da applicare alla quantità di HDD disponibile per l'installazione, immaginando di disporre di due HDD delle stesse dimensioni in RAID 1.

Assumendo di destinare a [/boot] una partizione fissa da 500 [MiB], ho immaginato di creare le seguenti partizioni: [/], [home], [opt], [tmp], [usr], [var].

Il calcolo dello spazio da destinare a quest'ultime è dato dalla seguente formula:

q[GiB] = 4*x[TiB]*k[GiB] dove,

q = quantità di spazio dell'HDD da destinare alle partizioni di cui sopra, espresso in GiB;
x = quantità di spazio totale dell'HDD espresso in TiB;
k = coefficiente di attribuzione directory espresso in GiB.

Per [/] e [home] k=20,
per [opt], [tmp] e [usr] k=10,
per [var] k=125.

Per la SWAP, ho immaginato di destinare 50 [GiB] da suddividere in base alla RAM disponibile, secondo quanto trovato su internet:

RAM inferiore o uguale a 4[GiB] -> SWAP 2 [GiB],
RAM compresa tra 4[GiB] e 16 [GiB] -> SWAP 4 [GiB],
RAM compresa tra 16[GiB] e 64 [GiB] -> SWAP 8 [GiB],
RAM compresa tra 64[GiB] e 256 [GiB] -> SWAP 16 [GiB],
RAM compresa tra 256[GiB] e 512 [GiB] -> SWAP 32 [GiB],

il disavanzo resta spazio non allocato per future destinazioni.

Ho immaginato per la [var], destinazioni tipiche per log, webserver, sharefolder, ecc ..., pertanto maggior spazio possibile.

In allegato la tabella riassuntiva per HDD da 250 [GiB], 500 [GiB], 1, 2, 3, 4, 5, 6, 8, 10 e 12 [TiB].

Nella speranza di essere stato chiaro, mi farebbe piacere la vostra opinione in merito alle quantità di spazio disco proposte per le directory, in base all'HDD disponibile.

Può aver senso il mio approccio o è preferibile destinare spazio alle partizioni caso per caso?

Grazie,

Emanuele.
Categorie: Forum Debianizzati

Re: Aprire file come root tramite Thunar con editor differen

Dom, 08/04/2018 - 00:13
alexspecialex ha scritto:Nello specifico Thunar è effettivamente il file manager di XFCE, ma "thunar" scritto in un terminale è il comando che lo esegueidem per qualsiasi applicazione tu voglia avviare da terminale, editor, browser, ecc..., cioè lanci un'applicazione.
Sono le medesime istruzioni contenute nei file .desktop, che ti servono per i menu.

alexspecialex ha scritto: e come tutti i comandi ha delle opzioni Come sopra, ogni applicazione ha una sintassi che può essere utilizzata sia da terminale che/o come lanciatore per ottenere uno scopo.
Esempio un debug, un safebrowser, un help ecc...

alexspecialex ha scritto:queste opzioni possono aprire directory o anche file come recita il manuale richiamabile tramite
man thunar

sotto la sezione "Invocazione":
"Thunar takes a list of URIs for folders that should be opened in new file manager windows or files that should be run using the default application for their types."Riportala per intero
INVOCATION
Thunar takes a list of URIs for folders that should be opened in new file manager windows or files that should be run using the default application for their types. The URIs may be specified as either file: or trash: URIs, absolute paths or paths relative to the current directory from which Thunar is being invoked. If no URIs are specified, the current folder will be opened in a new file manager window.

alexspecialex ha scritto:Puoi provare semplicemente facendo seguire il path di un file al comando thunar e vedrai che tutto funzionaAppunto ci inserisci un percorso, che con il semplice comando che stiamo analizzando non è presente.
Una conto è
gksu thunar
un altro è
gksu thunar nome-file.estensione

Sia chiaro che mi sto semplicemente confrontando con te, posso o meno sbagliare.
Sarà l'abitudine, per aprire i file come root preferisco utilizzare il terminale specificando il programma da utilizzare.

alexspecialex ha scritto:gksudo o gksu sono solo delle aggiunte per fare la stessa cosa da interfaccia grafica e con i privilegi di root.Fortunatamente ne sono a conoscenza da un po' a cosa servono. Più che "aggiunte" direi comando specifico per avviare e utilizzare "su" e "sudo" tramite interfaccia grafica (ossia è una gui per su e sudo), per lavorare con privilegi amministrativi come tu stesso hai riportato.
Categorie: Forum Debianizzati

Re: Inserire un heredoc interattivamente in uno script

Sab, 07/04/2018 - 21:53
Grazie per la risposta Aki. Quello che serve a me non è inserire un altro script nello script principale, ma è un comando che funzioni come il read, solo che anzichè salvare il contenuto digitato da tastiera in una variabile lo rediriga in un file.
Cerco di spiegarmi meglio:

read -p "Scrivi il tuo nome: " NOME


In questo caso il nome è una parola sola (massimo due) e va benissimo il comando read che mi salva lo stdin nella variabile NOME.
Se però devo fare:
read -p "Immetti una breve descrizione: " VARIABILE_INGUARDABILE

e ci scrivo dentro un testo di una cinquantina di parole, affinchè funzioni devo scrivere tutto su una riga (altrimenti con enter esce), e mi ritrovo con una variabile inguardabile di nome e di fatto... Se inoltre nel prosieguo dello script ho necessità di formattare il testo introdotto, devo redirigere il contenuto della variabille in un file:

 echo $VARIABILE_INGUARDABILE > file.txt


Tutto ciò per funzionare funziona, ma di sicuro non è il modo più elegante e furbo per farlo (soprattutto per il fatto che se ti "scappa" un enter nel tentativo di andare a capo ti chiude lo stdin anzitempo...).

Ho trovato il modo di far funzionare lo heredoc (anche se non ho ben compreso per quale motivo in un modo funzioni e nell' altro no):

Anzichè fare

cat << EOF > file.txt


se faccio

cat > file.txt


lo script mi da il prompt per poter inserire il mio testo. L' unico inconveniente è che per uscire devo dare Ctrl-D su una nuova linea, perchè se do Ctrl-D su una riga con testo, tutto quello che è stato digitato da dopo l' ultimo enter ovviamente non viene rediretto nel file.txt. Questa soluzione è meglio della precedente ma non è il massimo proprio per quest' ultimo inconveniente.

Quello che chiedevo era se esista un comando che permetta di prendere una stringa arbitrariamente lunga in ingresso e la rediriga in un file, che funzioni all' interno di uno script.
Categorie: Forum Debianizzati

Re: Aprire file come root tramite Thunar con editor differen

Sab, 07/04/2018 - 20:07
Selky ha scritto:Comunque hai risolto, l'importante è questo.

Certo, l'importante è quello ovviamente ci tengo solo ad essere preciso dato che lo scopo del forum è informare e altre persone potrebbero leggere.
Nello specifico Thunar è effettivamente il file manager di XFCE, ma "thunar" scritto in un terminale è il comando che lo esegue, e come tutti i comandi ha delle opzioni, queste opzioni possono aprire directory o anche file come recita il manuale richiamabile tramite
man thunar

sotto la sezione "Invocazione":
"Thunar takes a list of URIs for folders that should be opened in new file manager windows or files that should be run using the default application for their types."

Puoi provare semplicemente facendo seguire il path di un file al comando thunar e vedrai che tutto funziona, gksudo o gksu sono solo delle aggiunte per fare la stessa cosa da interfaccia grafica e con i privilegi di root.
Categorie: Forum Debianizzati

Re: Critica sulla moderazione del forum

Sab, 07/04/2018 - 19:58
Per me va bene, come preferisci
Categorie: Forum Debianizzati

Re: MPU-401 device not found or device busy

Sab, 07/04/2018 - 18:33
@Simo84: quando possibile, puoi aggiornare la discussione ?
Categorie: Forum Debianizzati

Re: Inserire un heredoc interattivamente in uno script

Sab, 07/04/2018 - 18:30
Bileygr ha scritto:sto cercando un modo per inserire un breve testo all' interno di uno script. [..]b di solito utilizzo un heredoc, [..] Come è possibile fare una cosa del genere? [..]
Il costrutto dello "Here Document" non serve ad ottenere quanto da te indicato, né è possibile modificare con tale costrutto lo script in esecuzione senza che l'interprete dello stesso ne tenga conto; puoi, invece, utilizzare il "built-in" source per inserire dinamicamente altri script all’interno dello script principale.
Categorie: Forum Debianizzati

Inserire un heredoc interattivamente in uno script

Sab, 07/04/2018 - 17:56
Ciao,
Come da titolo, sto cercando un modo per inserire un breve testo all' interno di uno script. Se io devo creare un file che contiene un testo, breve o lungo che sia, di solito utilizzo un heredoc, una cosa così insomma:

cat << EOF > file.txt


A quel punto la shell mi propone un prompt in cui io posso scrivere quello che devo, e quando digito EOF esce salvandomi quello che ho scritto in file.txt.

Purtroppo il comando non funziona all' interno di uno script, che da un warning in cui dice di aspettare un EOF, crea il file file.txt ma ovviamente è vuoto.

Come è possibile fare una cosa del genere? Potrei utilizzare il comando read, ma dovrei scrivere tutto su una riga, uscendo con enter; ciò mi salverebbe tutto in una variabile, ma francamente la ritengo una porcata...

grazie
Categorie: Forum Debianizzati

Re: Critica sulla moderazione del forum

Sab, 07/04/2018 - 09:00
alexspecialex ha scritto:Io non ho nulla contro Aki del quale tra l'altro ho letto tantissimi post come utente attivo o meno
Anche perché Aki è uno degli utenti fissi più attivi e preparati, dedica molto tempo a debianizzati
alexspecialex ha scritto:e non vorrei far passare l'immagine che sono uno polemico o simili perché non è affatto così
Ne sono sicuro , ma per iscritto, senza espressioni facciali e in un messaggio pubblico il rischio di fraintendimento è elevato
alexspecialex ha scritto:Tutto qui, sottolineo che non volevo offendere nessuno e riguardo alla tua ultima citazione forse sì, non mi sarò espresso nel migliore dei modi ma mi concedo qualche defiance quando motivata da una giornata stancante.
Ci può stare
alexspecialex ha scritto:semplicemente è uno sfogo personale
Che ne dici se cancello questo post facciamo finta di niente? Penso che abbiano letto tutti coloro ai quali volevi far arrivare il messagio
Categorie: Forum Debianizzati

Re: Aprire file come root tramite Thunar con editor differen

Ven, 06/04/2018 - 23:42
alexspecialex ha scritto:Selky ha scritto:Rimane il fatto che vuoi imporre a un comando che serve per aprire il gestore di file (thunar) l'apertura di file testo o altro.

Non mi sembra una forzatura in quanto il comando "thunar" di per sé può essere utilizzato anche da terminale per aprire file e non solo cartelle
"Thunar" non è un comando è il gestore di file specifico di Xfce (volendo lo si può utilizzare anche in maniera indipendente da Xfce) come Nautilus lo è per GNOME, Dolphin per KDE e Esplora Risorse per Windows (se ancora si chiama così).

Con
gksu thunar
, nel tuo caso gksudo, non riesco ad aprire file di testo (questi ho provato) ne da terminale ne da menu e il motivo per me è logico.
È solo una mia idea e tale rimane.

Comunque hai risolto, l'importante è questo.
Categorie: Forum Debianizzati