Forum Debianizzati

Condividi contenuti
Aggiornato: 28 min 2 sec fa

Re: dual boot windows 10, clonare partizioni x backup window

Ven, 15/06/2018 - 18:09
scusami ma non sono per nulla daccordo
1 innanzi tutto le partizioni non sono uefi ma gpt (efi o uefi è un firmware come lo era il bios ecc, mentre gpt è lo schema di partizionamento, mbr è il vecchio standard)
2 clonezilla supporta pienamente le partizioni NTFS
3 ci sono diversi tutorial in rete che spiegano come usare sia software non open sia clonezilla, a chi usa windows
4 la convivenza tra win e linux non è difficile, Personalmente in bios/mbr la ho dal 2003 e in uefi/gpt da 4 anni
5 ho scritto che la partizione sda4 M$ reserved che è di soli 16MB la copio con dd

scusa non voglio far polemica, ma sono in disaccordo con te
Categorie: Forum Debianizzati

Re: dual boot windows 10, clonare partizioni x backup window

Gio, 14/06/2018 - 13:50
Ciao
Io non userei clonezilla perche' tra partizioni UEFI, partizioni create da Windows, e problemi di licenza di Windows 10 non sono sicuro che un ripristino da una clonazione vada a buon fine.
Io userei le utility di Windows per creare un punto di backup e il disco di ripristino per il sistema operativo.
La convivenza di Windows e linux nella partizione UEFI non e' semplice nel caso in cui si reinstalli un sistema operativo.
Perlomeno io non sono riuscito a venirne fuori da una reinstallazione di Linux e ho dovuto reinstallare prima windows e poi linux da zero.
Categorie: Forum Debianizzati

dual boot windows 10, clonare partizioni x backup windows

Mer, 13/06/2018 - 17:34
ho un portatili in dual boot con windows 10 e debian.
sul primo ho
sda1 partizione EFI (aka fat32 con flag boot ed efi [ma si sa già])
sda2 / debian
sda3 swap-linux
sda4 M$ reserved partition fs sconosciuto appena 16 MB
sda5 basic partition data NTFS 100 GB (dovrebbe essere la partizione di windows)
sda6 NTFS <1GB

sda4 sda5 sda6 sono state create dall'installer di windows

voglio fare il backup di windows, perchè anche se lo uso circa 3/4 volte all'anno, si rovina cmq.
intendo usare clonezilla.
La domanda è:
quali partizioni devo clonare?

per quanto riguarda sda4 la posso anche copiare con dd tanto sono solo 16 MB.
Categorie: Forum Debianizzati

Re: ftp.it.debian.org/ estremamente lento

Mer, 13/06/2018 - 07:57
@origrafica: potresti, per cortesia, aggiornarci ?
Categorie: Forum Debianizzati

[Risolto] Problema aggiornamento - /usr/bin/dpkg error

Lun, 11/06/2018 - 16:26
Grazie mille delle risposte.
Usando remove ho risolto:)

Ciao ciao:)
Categorie: Forum Debianizzati

Re: Problema aggiornamento - /usr/bin/dpkg returned an error

Dom, 10/06/2018 - 18:46
Cioè mi vuole eliminare tutti ikernel che ho in /boot?no, semplicemente ti dice i pacchetti che non necessitano al sistema e che possono essere eliminati, dato che tu gli hai detto di fare l'autoremove

autoremove

# apt-get autoremove

Rimuove i pacchetti installati automaticamente e che non sono più necessari in quanto dipendenze solo di altri pacchetti rimossi.
Il messaggio con cui apt ci avverte della loro presenza è:

Il seguente pacchetto è stato installato automaticamente e non è più richiesto:
nomepacchetto1 nomepacchetto2 ...
Usare "apt-get autoremove" per rimuoverlo.

La lista dei pacchetti installati con status di "autoremove" può essere visualizzata con:

$ aptitude '~i ~g'

Questo comando può essere combinato con l'opzione "--purge" (vedere il paragrafo "Opzioni").

Specificando questo comando con il nome di uno o più pacchetti, si otterrà la loro rimozione e, contemporaneamente, la rimozione di tutti i pacchetti non più necessari. Vedere anche l'opzione "--auto-remove" e la direttiva "APT::Get::AutomaticRemove". Esempio:

# apt-get autoremove pacchetto1, pacchetto2 ... pacchettoN

Categorie: Forum Debianizzati

Re: Problema aggiornamento - /usr/bin/dpkg returned an error

Dom, 10/06/2018 - 12:26
non utilizzare l'opzione autoremove ma usa il comando base
# apt-get remove pacchetto1 pacchetto2 ... pacchettoN
oppure
# apt-get purge pacchetto1 pacchetto2 ... pacchettoN

in ogni caso guarda la guida http://guide.debianizzati.org/index.php/Apt-get
Categorie: Forum Debianizzati

[Risolto] Problema aggiornamento - /usr/bin/dpkg error

Dom, 10/06/2018 - 10:30
Ciao a tutti,
questa mattina stavo aggiornando la mia Debian Buster e dopo aver dato sudo aptitude safe-upgrade ho ricevuto questo output:
update-initramfs: Generating /boot/initrd.img-4.16.0-2-amd64

gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.16.0-2-amd64 with 1.
dpkg: errore nell'elaborare il pacchetto initramfs-tools (--configure):
 installed initramfs-tools package post-installation script subprocess returned error exit status 1
Elaborazione dei trigger per libc-bin (2.27-3)...
Si sono verificati degli errori nell'elaborazione:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
Configurazione di initramfs-tools (0.130)...
update-initramfs: deferring update (trigger activated)
Elaborazione dei trigger per initramfs-tools (0.130)...
update-initramfs: Generating /boot/initrd.img-4.16.0-2-amd64

gzip: stdout: No space left on device
cpio: errore di scrittura: Pipe interrotta
E: mkinitramfs failure cpio 2 gzip 1
update-initramfs: failed for /boot/initrd.img-4.16.0-2-amd64 with 1.
dpkg: errore nell'elaborare il pacchetto initramfs-tools (--configure):
 installed initramfs-tools package post-installation script subprocess returned error exit status 1
Si sono verificati degli errori nell'elaborazione:
 initramfs-tools


Mi sembra di capire che ho la partizione /boot piena (usando LVM con full disk encryption ho la partizione di boot separata.

Devo quindi eliminare una qualche linux-image vecchia. Dando il comando aptitude search ~ilinux-image vedo che ho:

i A linux-image-4.14.0-3-amd64                   - Linux 4.14 for 64-bit PCs                             
i A linux-image-4.15.0-2-amd64                   - Linux 4.15 for 64-bit PCs                             
i A linux-image-4.15.0-3-amd64                   - Linux 4.15 for 64-bit PCs                             
i A linux-image-4.16.0-1-amd64                   - Linux 4.16 for 64-bit PCs                             
i A linux-image-4.16.0-2-amd64                   - Linux 4.16 for 64-bit PCs                             
i   linux-image-4.9.0-3-amd64                    - Linux 4.9 for 64-bit PCs                               
i A linux-image-4.9.0-5-amd64                    - Linux 4.9 for 64-bit PCs                               
i   linux-image-amd64                            - Linux per PC a 64 bit (metapacchetto)   


Provo ad eliminare l'immagine 4.9.0-3-amd64 (visto che non è una dipendenza), ma cmq output ho:
sudo apt-get autoremove linux-image-4.9.0-3-amd64
[sudo] password di leo:
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze       
Lettura informazioni sullo stato... Fatto
I seguenti pacchetti saranno RIMOSSI:
  linux-image-4.14.0-3-amd64 linux-image-4.15.0-2-amd64 linux-image-4.15.0-3-amd64
  linux-image-4.9.0-3-amd64 linux-image-4.9.0-5-amd64
0 aggiornati, 0 installati, 5 da rimuovere e 5 non aggiornati.
1 non completamente installati o rimossi.
Dopo quest'operazione, verranno liberati 1'141 MB di spazio su disco.
Continuare? [S/n]

Cioè mi vuole eliminare tutti ikernel che ho in /boot? Prima di fare qualche cavolata ho risposto di "no".

Cosa mi consigliate di fare?

Ciao ciao leo:)
Categorie: Forum Debianizzati

Re: mariadb tabella che crasha

Sab, 09/06/2018 - 12:28
ho fatto un truncate delle tabelle
TRUNCATE `data_bin`;
TRUNCATE `index_data`;
TRUNCATE `metrics`;

e adesso pare a posto
amen
Categorie: Forum Debianizzati

Re: apt-get autoremove

Ven, 08/06/2018 - 09:54
Aggiunge dei dettagli in più.
Ho re-installato apache2 tramite 'apt-get install apache2'.
Mi sarei aspettato che i flag delle dipendenze si sarebbero sistemati, invece vedo:

aptitude search apache | grep -v ^p | grep -v ^v
iB  apache2                         - Apache HTTP Server                       
id  apache2-bin                     - Apache HTTP Server (modules and other bina
id  apache2-data                    - Apache HTTP Server (common files)         
id  apache2-utils                   - Apache HTTP Server (utility programs for w


Aprendo aptitude condiglia di rimuovere un pacchetto (apache2).
Queste sono le azioni che consiglia:

Premendo 'g' per rimuovere apache2 (da aptitude), rimuove anche le dipendeze

se invece eseguo aptitude da riga di comando, non rimuove le dipendeze "guaste".

aptitude remove apache2
I seguenti pacchetti saranno RIMOSSI:               
  apache2
0 pacchetti aggiornati, 0 installati, 1 da rimuovere e 0 non aggiornati.
È necessario prelevare 0 B di archivi. Dopo l'estrazione, verranno liberati 502 kB.
(Lettura del database... 95975 file e directory attualmente installati.)
Rimozione di apache2 (2.4.18-2ubuntu3.8)...
Elaborazione dei trigger per man-db (2.7.5-1)...
Elaborazione dei trigger per ufw (0.35-0ubuntu2)...
Categorie: Forum Debianizzati

[RISOLTO] mariadb tabella che crasha

Ven, 08/06/2018 - 08:52
ho una VM con 2 vcpu, 3gb ram, mariadb 10.0.32, debian 8.10, centreon (una specie di nagios)
in /var/log/syslog ho:
Jun 8 08:30:06 cloro mysqld: 180608 8:30:06 [ERROR] mysqld: Table './centreon_storage/logs' is marked as crashed and should be repaired
Jun 8 08:30:06 cloro mysqld: 180608 8:30:06 [Warning] Checking table: './centreon_storage/logs'
Jun 8 08:30:10 cloro mysqld: 2018-06-08 08:30:10 7f13ad17c700 InnoDB: Assertion failure in thread 139722485122816 in file btr0cur.cc line 332
Jun 8 08:30:10 cloro mysqld: InnoDB: Failing assertion: btr_page_get_prev(get_block->frame, mtr) == page_get_page_no(page)
Jun 8 08:30:10 cloro mysqld: InnoDB: We intentionally generate a memory trap.
Jun 8 08:30:10 cloro mysqld: InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
Jun 8 08:30:10 cloro mysqld: InnoDB: If you get repeated assertion failures or crashes, even
Jun 8 08:30:10 cloro mysqld: InnoDB: immediately after the mysqld startup, there may be
Jun 8 08:30:10 cloro mysqld: InnoDB: corruption in the InnoDB tablespace. Please refer to
Jun 8 08:30:10 cloro mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.6/en/ ... overy.html
Jun 8 08:30:10 cloro mysqld: InnoDB: about forcing recovery.
Jun 8 08:30:10 cloro mysqld: 180608 8:30:10 [ERROR] mysqld got signal 6 ;
Jun 8 08:30:10 cloro mysqld: This could be because you hit a bug. It is also possible that this binary
Jun 8 08:30:10 cloro mysqld: or one of the libraries it was linked against is corrupt, improperly built,
Jun 8 08:30:10 cloro mysqld: or misconfigured. This error can also be caused by malfunctioning hardware.

ma se faccio myisamchk /var/lib/mysql/centreon_storage/logs.MYI
Checking MyISAM file: /var/lib/mysql/centreon_storage/logs.MYI
Data records: 1072973 Deleted blocks: 0
- check file-size
- check record delete-chain
- check key delete-chain
- check index reference
- check data record references index: 1
- check data record references index: 2
- check data record references index: 3
- check data record references index: 4
- check data record references index: 5
- check data record references index: 6
- check data record references index: 7
- check data record references index: 8
- check data record references index: 9
- check data record references index: 10
- check record links

e se controllo la tabella con phpmyadmin mi dice che è ok

poi, avviando mysqltuner
[!!] Log file /var/lib/mysql/cloro.err is empty

in my.cnf c'è
general_log_file = /var/log/mysql/general.log
general_log = 1
log_error = /var/log/mysql/error.log


ps aux
root 599 0.3 0.2 24988 6268 ? S giu07 4:15 /bin/bash /usr/bin/mysqld_safe
mysql 16954 0.9 5.8 1612936 181808 ? Sl 08:30 0:10 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --skip-log-error --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306
root 16955 0.0 0.0 23720 2392 ? S 08:30 0:00 logger -t mysqld -p daemon.error


infine da dentro il db
+-------------------------------------------+--------------------------------------------------------------------------------------------------------------+
| Variable_name | Value |
+-------------------------------------------+--------------------------------------------------------------------------------------------------------------+
| general_log | OFF |
| general_log_file | cloro.log |
| log_error | |
+-------------------------------------------+--------------------------------------------------------------------------------------------------------------+


quindi, in conclusione, non capisco:
1. sta tabella, è corrotta o no?
2. sti log, sono attivi o no?
3. il file di conf, viene letto o no?

forse c'è stato qualche casino nel passaggio da mysql a mariadb?
grazie
Categorie: Forum Debianizzati

apt-get autoremove

Gio, 07/06/2018 - 16:32
Ciao a tutti, sto sperimentando ansible.
Tramite ansible ho installato apche2 su 3 host.
Ho poi rimosso il pacchetto, sempre tramite ansible, specificando l'opzione purge.
Ho notato però che le dipendenze di apache non sono state rimosse.
aptitude search apache2 | grep ^id
id  apache2-bin                     - Apache HTTP Server (modules and other bina
id  apache2-data                    - Apache HTTP Server (common files)
id  apache2-utils                   - Apache HTTP Server (utility programs for w

Presumo che ansible abbia usato apt-get (che non rimuove le dipendenze allo stesso modo di aptitude).
Ad ogni modo, quello che non mi spiego è questo:
apt-get autoremove
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato... Fatto
0 aggiornati, 0 installati, 0 da rimuovere e 48 non aggiornati.

ovvero non fa nulla.

Il flag 'id' mostrato da aptitude significa "i che indica che il pacchetto verrà installato, d che indica che il pacchetto verrà rimosso".
Se questi pacchetti non vengono rimossi da apt-get autoclean, quando/come dovrebbero essere rimossi?

Per completezza, gli host su cui è stato installato apache2 sono delle ubuntu 16.04 mentre ansible 2.5.1
è stato installato ed eseguito da una ubuntu 18.04.

Grazie.
Categorie: Forum Debianizzati