Salve a tutti, vorrei chiedervi dei consigli su come risolvere il mio problema riguardo un SSD KingDian da 480 Gb su un portatile Asus Pro5DI,
sto cercando di installare Linux Mint 19.3 live su questo unico HD, Ho partizionato circa 120Gb di /, all'inizio dell'Hd, poi avendo 4Gb di Ram, ho impostato 8 Gb di Swap, ed infine il restante Home.
L'installazione parte per circa qualche minuto, poi mi si blocca per motivi di impossibilità del FileSystem, ho provato diverse volte ma nulla da fare.
che potrei fare per risolvere?
Grazie mille.
Dovresti dire qualcosa di più, ti si ferma prima o dopo la formattazione dell'HD.
Dovresti postare un'istantanea dello schermo al blocco, cura che sia leggibile.
La live comunque si carica e funziona.
Infatti questa cosa dell'impossibilità del filesystem mi pare strana... :hmm: quale stai cercando di usare? cossa ti propone Mint come default?
(https://i.ibb.co/6FNHwgn/Screenshot-from-2020-02-05-17-35-36.png) (https://ibb.co/6FNHwgn)
salve spero che la jpg sia abbastanza chiara,
La Live funziona, ho installato senza problemi su HD da 500 gb.
il problema sorge solo su SSD ,
inizia la formattazione e poco dopo si blocca,
Avvia da live e prova a crearti già le partizioni con gparted.
Salve Tony
ho provato,ma formattando in EX4 a volte non va a buon fine,
in ogni caso poi si pianta quando installo da live
ho provato anche a partizionare in qusto modo:
circa 100 gb di /
circa 8 gb di Swap
e il restante Home,
la swap lo impostata alla fine
:dry:
Mi viene da pensare ad un problema del ssd.
Ma è nuovo?
Hai riscontrato precedentemente dei problemi con lo stesso ssd?
Oppure potrebbe essere un problema con la iso che hai scaricato.
Verifica l'integrità dell'immagine iso.
https://linuxmint.com/verify.php
Da live dovresti usare dgisk e vedere che dice sull'ssd.
Prova da live a dare sudo fdisk -l
sudo hdparm -i /dev/sda
sudo hdparm -I /dev/sda gli ultimi due suppongono che l'SSD in questione sia sda.
mint@mint:~$ sudo fdisk -l
Disk /dev/loop0: 1.8 GiB, 1948299264 bytes, 3805272 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 223.6 GiB, 240057409536 bytes, 468862128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc9addd9f
Device Boot Start End Sectors Size Id Type
/dev/sda1 451045376 468860927 17815552 8.5G 83 Linux
Disk /dev/sdb: 7.3 GiB, 7866580992 bytes, 15364416 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0033d20d
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 15364415 15362368 7.3G c W95 FAT32 (LBA)
mint@mint:~$ sudo hdparm -i /dev/sda
/dev/sda:
Model=KINGSTON SA400S37240G, FwRev=SBFKB1D1, SerialNo=50026B778247050F
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=468862128
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-3,4,5,6,7
* signifies the current active mode
mint@mint:~$ sudo hdparm -I /dev/sda
Allora:
1) nessuna partizione sull'SSD
2) tabella delle partizioni dos (cioè MBR). Se da live dai questo comando
efibootmgr -v che ti dice? (posta)
3) il comando
Citazionemint@mint:~$ sudo hdparm -I /dev/sda
(scritto con la "I" maiuscola) dovrebbe prelevare le informazioni direttamente dall'SSD. Ti ha dato riposta nulla?
PS
bisogna che impari a postare (come facciamo noi). Devi usare l'icona col simbolo "
#" che trovi sopra le faccine (è la settima da destra). Devi incollare quello che posti in mezzo ai delimitatori "(code) (code)" che appaiono.
int@mint:~$ efibootmgr -v
EFI variables are not supported on this system.
mint@mint:~$
ok grazie spero di aver capito
mint@mint:~$ mint@mint:~$ sudo hdparm -I /dev/sda
mint@mint:~$: command not found
mint@mint:~$
Da live cosa avevi scelto per installare:
Automatico (prende tutto il disco e lo formatta)
Manuale (penso quest'ultimo)
Citazione di: mamut il Giovedì 06 Febbraio 2020, 14:10:18
mint@mint:~$ mint@mint:~$ sudo hdparm -I /dev/sda
mint@mint:~$: command not found
mint@mint:~$
Installalo con
sudo apt-get update ; sudo apt-get install hdparme riprova il comando di prima.
per la verita ho provato in entrambi i modi, ma nulla da fare
questa e la risposta a quel comando
mint@mint:~$ efibootmgr -v
EFI variables are not supported on this system.
mint@mint:~$ sudo apt-get update ; sudo apt-get install hdparm
Ign:1 cdrom://Linux Mint 19.3 _Tricia_ - Release amd64 20191213 bionic InRelease
Err:2 cdrom://Linux Mint 19.3 _Tricia_ - Release amd64 20191213 bionic Release
Please use apt-cdrom to make this CD-ROM recognized by APT. apt-get update cannot be used to add new CD-ROMs
Hit:3 http://archive.ubuntu.com/ubuntu bionic InRelease
Get:4 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88.7 kB]
Get:5 http://archive.canonical.com/ubuntu bionic InRelease [10.2 kB]
Ign:6 http://packages.linuxmint.com tricia InRelease
Get:7 http://packages.linuxmint.com tricia Release [24.2 kB]
Get:8 http://archive.ubuntu.com/ubuntu bionic-backports InRelease [74.6 kB]
Get:9 http://security.ubuntu.com/ubuntu bionic-security InRelease [88.7 kB]
Get:10 http://archive.canonical.com/ubuntu bionic/partner i386 Packages [2292 B]
Get:11 http://packages.linuxmint.com tricia Release.gpg [819 B]
Get:12 http://archive.canonical.com/ubuntu bionic/partner amd64 Packages [2292 B]
Get:13 http://archive.ubuntu.com/ubuntu bionic-updates/main i386 Packages [638 kB]
Get:14 http://packages.linuxmint.com tricia/main i386 Packages [14.1 kB]
Get:15 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages [624 kB]
Get:16 http://packages.linuxmint.com tricia/main amd64 Packages [14.8 kB]
Get:17 http://packages.linuxmint.com tricia/upstream amd64 Packages [42.1 kB]
Get:18 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages [847 kB]
Get:19 http://archive.ubuntu.com/ubuntu bionic-updates/main Translation-en [296 kB]
Get:20 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 DEP-11 Metadata [295 kB]
Get:21 http://packages.linuxmint.com tricia/upstream i386 Packages [42.1 kB]
Get:22 http://security.ubuntu.com/ubuntu bionic-security/main i386 Packages [428 kB]
Get:23 http://archive.ubuntu.com/ubuntu bionic-updates/restricted i386 Packages [9568 B]
Get:24 http://archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 Packages [29.7 kB]
Get:25 http://archive.ubuntu.com/ubuntu bionic-updates/restricted Translation-en [7848 B]
Get:26 http://archive.ubuntu.com/ubuntu bionic-updates/universe i386 Packages [1006 kB]
Get:27 http://security.ubuntu.com/ubuntu bionic-security/main Translation-en [203 kB]
Get:28 http://security.ubuntu.com/ubuntu bionic-security/main amd64 DEP-11 Metadata [38.5 kB]
Get:29 http://security.ubuntu.com/ubuntu bionic-security/restricted i386 Packages [4280 B]
Get:30 http://security.ubuntu.com/ubuntu bionic-security/restricted amd64 Packages [20.6 kB]
Get:31 http://security.ubuntu.com/ubuntu bionic-security/restricted Translation-en [5872 B]
Get:32 http://security.ubuntu.com/ubuntu bionic-security/universe i386 Packages [609 kB]
Get:33 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 Packages [637 kB]
Get:34 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages [1047 kB]
Get:35 http://security.ubuntu.com/ubuntu bionic-security/universe Translation-en [215 kB]
Get:36 http://packages.linuxmint.com tricia/backport i386 Packages [79.3 kB]
Get:37 http://archive.ubuntu.com/ubuntu bionic-updates/universe Translation-en [323 kB]
Get:38 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 DEP-11 Metadata [42.1 kB]
Get:39 http://security.ubuntu.com/ubuntu bionic-security/multiverse amd64 Packages [6328 B]
Get:40 http://security.ubuntu.com/ubuntu bionic-security/multiverse i386 Packages [4284 B]
Get:41 http://security.ubuntu.com/ubuntu bionic-security/multiverse Translation-en [2640 B]
Get:42 http://security.ubuntu.com/ubuntu bionic-security/multiverse amd64 DEP-11 Metadata [2460 B]
Get:43 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 DEP-11 Metadata [264 kB]
Get:44 http://archive.ubuntu.com/ubuntu bionic-updates/multiverse i386 Packages [7480 B]
Get:45 http://archive.ubuntu.com/ubuntu bionic-updates/multiverse amd64 Packages [9704 B]
Get:46 http://archive.ubuntu.com/ubuntu bionic-updates/multiverse Translation-en [4576 B]
Get:47 http://archive.ubuntu.com/ubuntu bionic-updates/multiverse amd64 DEP-11 Metadata [2464 B]
Get:48 http://archive.ubuntu.com/ubuntu bionic-backports/universe amd64 Packages [4028 B]
Get:49 http://archive.ubuntu.com/ubuntu bionic-backports/universe i386 Packages [4024 B]
Get:50 http://archive.ubuntu.com/ubuntu bionic-backports/universe Translation-en [1900 B]
Get:51 http://packages.linuxmint.com tricia/backport amd64 Packages [79.3 kB]
Get:52 http://archive.ubuntu.com/ubuntu bionic-backports/universe amd64 DEP-11 Metadata [7956 B]
Reading package lists... Done
E: The repository 'cdrom://Linux Mint 19.3 _Tricia_ - Release amd64 20191213 bionic Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
Reading package lists... Done
Building dependency tree
Reading state information... Done
hdparm is already the newest version (9.54+ds-1).
0 upgraded, 0 newly installed, 0 to remove and 228 not upgraded.
mint@mint:~$
intendi questo comando
mint@mint:~$ mint@mint:~$ mint@mint:~$ sudo hdparm -I /dev/sda
mint@mint:~$: command not found
mint@mint:~$ mint@mint:~$: command not found
mint@mint:~$:: command not found
mint@mint:~$ mint@mint:~$
Apri gdisk da live, dovrebbe dare alcune specifiche di sda, che dice?
da gdisk puoi anche tentare di fargli fare un test per verificarne lo stato.
Anche con gparted hai provato ad creare una partizione su quel disco? formattando in ext4-
Il PC in questione è recente o vecchiotto, sarebbe da sapere se il BIOS è UEFI o no.
scusa ma, non so come si apra gdisk
ho provato a formattare con gparted, ma senza risultato, dopo un po si blocca la formattazione,
il notebook ha circa 8 anni
Asus PRO5DI
sto pensando che non voglia aggiornato il bios
Ho sbagliato a darti il nome, non è "gdisk" ma "Dischi".
Puoi avviarlo da terminale con gnome-disks
Immagino che quando hai avviato la live hai scelto l'opzione "Prova Mint" e poi hai dato "installa" dall'icona del desktop.
Fai una prova: all'avvio della live, invece di scegliere "Prova Mint" scegli direttamente "Installa" (senza provarla) - e vedi se esegue l'installazione senza problemi.
Immagino che quando hai avviato la live hai scelto l'opzione "Prova Mint" e poi hai dato "installa" dall'icona del desktop.
Fai una prova: all'avvio della live, invece di scegliere "Prova Mint" scegli direttamente "Installa" (senza provarla) - e vedi se esegue l'installazione senza problemi.
ho provato installa direttamente da live, ma niente da fare, sempre lo stesso errore
(https://i.ibb.co/hVbSWBD/Screenshot-from-2020-02-07-22-25-32.png) (https://ibb.co/hVbSWBD)
ho provato a formattare da Dischi, ma niente.
Hai già provato ad installare altre distro?
Ovvero riscarica l'ISO, ri-masterizza la live (cosa usi per masterizzarla?)
Hai disponibile un altro PC su cui montare quell'SSD?
Operazioni di manutenzione semplice: guarda i contatti dell'SSD: sono lucidi o presentano segni di ossidazione (sono inscuriti), sfregandoci sopra una gomma da cancellare portali al lucido (non soffiarci (cioè sputarci) sopra), poi ricollegalo e riprova.
Nei SATA i contatti sono molto critici, devono essere perfetti, basta poco per deteriorarli.
Un'altra cosa, vai nel BIOS e controlla se SATA è impostato su IDE o AHCI - per gli SSD deve essere AHCI.
Salve Andrea
Si ho provato altre distro precedenti,
il bios e' impostato come AHCI
cio' che non ho provato e' tentare su un altro pc,
ci provo e' ti faccio sapere, Grazie per la pazienza.
Salve Andrea ,
Ho provato a rifare tutto da capo, su un altro PC ,
Ho formattato la Live di Mint con Rufus, ho usato lo stesso SSD Kingston e da 240 Gib.
È il tutto è andato a buon fine, peró ho riscontrato un problema nell' installazione, cioè se impostavo la Live come UEFI, non si avviava nel portatile, allora ho rimasterizzato da capo ,con la Live Non Uefi, è son riuscito ad avviare il Notebook con la SSD installata da PC,
spero di essere stato abbastanza chiaro,
Ora peró, vorrei usare la SSD come sistema, ed usare il vecchio HD da 320 Gib. Come Home, a questo punto vorrei capire se è possibile farlo, ed eventualmente come partizionarlo entrambi al meglio, potrei rifare tutto da capo eventualmente. Grazie Sempre per la pazienza.
Citazionecioè se impostavo la Live come UEFI, non si avviava nel portatile,
Quella del tipo di BIOS che installa il PC è una cosa da avere ben presente: MBR (vecchio tipo) o UEFI (recente).
Se il portatile ha 8 anni potrebbe essere l'uno o l'altro perché l'UEFI è cominciato ad apparire proprio in quegli anni (intorno al 2010).
Se il computer è posteriore al 2012-2015 è pressoché certo essere UEFI (il tipo MBR è in abbandono).
Giusto per farsi un'idea generale su come è messo quel portatile, posta
sudo fdisk -l
lsblk
efibootmgr -v
sudo dmidecode -t 0,4CitazioneOra però, vorrei usare la SSD come sistema, ed usare il vecchio HD da 320 Gib
quanti HD ti permette di montare quel portatile? due? (ssd + HD da 320 GB).
Salve, Andrea
CitazioneGiusto per farsi un'idea generale su come è messo quel portatile, posta...
king120@king120-desktop:~$ sudo fdisk -l
[sudo] password di king120:
Riprovare.
[sudo] password di king120:
Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000512bc
Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sda1 2048 976773119 976771072 465,8G 5 Esteso
/dev/sda5 959193088 976773119 17580032 8,4G 82 Linux swap / Solaris
/dev/sda6 4096 959191039 959186944 457,4G 83 Linux
Partition table entries are not in disk order.
Disk /dev/sdb: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe3ff097f
Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sdb1 * 2048 234438655 234436608 111,8G 83 Linux
king120@king120-desktop:~$
L'SSD che ho installato è da 120 GIB , in più un HD da 500 Gib.
Ci sono altri tre comandi da postare oltre a fdisk -l.
Che strana situazione delle partizioni: una estesa (che è una cosa particolare) che occupa l'intero HD, con all'interno due partizioni logiche.
Te lo ha suggerito qualcuno un simile modo di partizionare?
Quel portatile può installare un solo HD, come lo aggiungi il secondo? Togli il lettore CD ed al suo posto (con un caddy) ci metti il secondo HD?
Aspetto gli altri tre comandi.
CitazioneChe strana situazione delle partizioni: una estesa (che è una cosa particolare) che occupa l'intero HD, con all'interno due partizioni logiche.
Te lo ha suggerito qualcuno un simile modo di partizionare?
Per la verità ho curiosato quà e la nei siti vari, ma sicuramente ho confuso,
ora da Gparted ho eliminato la partizione estesa, credo vada meglio, non son sicuro.
ho eliminato il lettore per far spazio al secondo canale dove al momento è inserito l'SSD di sistema.
Da live ho scelto manuale
scusa ma non riesco ad postare il risultato dei comandi , appare un messaggio di errore " tipo di caratteri errati"
come potrei postare?
Come potrai notare,un tentativo che ho fatto, non essendo pratico, ho cambiato la posizione dell'HD, l'ho instalato come secondo canale, non so perchè, ma prima il SO si impallava spesso, mi pare che ora ,in questo modo, sia stabile.
king120@king120-desktop:~$ sudo fdisk -l
[sudo] password di king120:
Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe3ff097f
Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sda1 * 2048 234438655 234436608 111,8G 83 Linux
Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000512bc
Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sdb1 959191040 976773119 17582080 8,4G 82 Linux swap / Solaris
/dev/sdb2 2048 959191039 959188992 457,4G 83 Linux
Partition table entries are not in disk order.
king120@king120-desktop:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 111,8G 0 disk
sda1 8:1 0 111,8G 0 part /
sdb 8:16 0 465,8G 0 disk
sdb1 8:17 0 8,4G 0 part [SWAP]
sdb2 8:18 0 457,4G 0 part /home
king120@king120-desktop:~$ efibootmgr -v
EFI variables are not supported on this system.
king120@king120-desktop:~$ sudo dmidecode -t 0,4
# dmidecode 3.1
Getting SMBIOS data from sysfs.
SMBIOS 2.5 present.
Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: 218
Release Date: 01/26/2011
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 1024 kB
Characteristics:
ISA is supported
PCI is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
ESCD support is available
Boot from CD is supported
Selectable boot is supported
EDD is supported
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 kB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
Smart battery is supported
BIOS boot specification is supported
Targeted content distribution is supported
BIOS Revision: 6.152
Firmware Revision: 152.152
Handle 0x0004, DMI type 4, 40 bytes
Processor Information
Socket Designation: Socket 478
Type: Central Processor
Family: Core 2 Duo
Manufacturer: Intel
ID: 7A 06 01 00 FF FB EB BF
Signature: Type 0, Family 6, Model 23, Stepping 10
Flags:
FPU (Floating-point unit on-chip)
VME (Virtual mode extension)
DE (Debugging extension)
PSE (Page size extension)
TSC (Time stamp counter)
MSR (Model specific registers)
PAE (Physical address extension)
MCE (Machine check exception)
CX8 (CMPXCHG8 instruction supported)
APIC (On-chip APIC hardware supported)
SEP (Fast system call)
MTRR (Memory type range registers)
PGE (Page global enable)
MCA (Machine check architecture)
CMOV (Conditional move instruction supported)
PAT (Page attribute table)
PSE-36 (36-bit page size extension)
CLFSH (CLFLUSH instruction supported)
DS (Debug store)
ACPI (ACPI supported)
MMX (MMX technology supported)
FXSR (FXSAVE and FXSTOR instructions supported)
SSE (Streaming SIMD extensions)
SSE2 (Streaming SIMD extensions 2)
SS (Self-snoop)
HTT (Multi-threading)
TM (Thermal monitor supported)
PBE (Pending break enabled)
Version: Pentium(R) Dual-Core CPU T4400 @ 2.20GHz
Voltage: 1.1 V
External Clock: 200 MHz
Max Speed: 2200 MHz
Current Speed: 2200 MHz
Status: Populated, Enabled
Upgrade: Socket 423
L1 Cache Handle: 0x0005
L2 Cache Handle: 0x0006
L3 Cache Handle: Not Provided
Serial Number: PSN12345678901234567
Asset Tag: PATN1234567890123456
Part Number: PPN12345678901234567
Core Count: 2
Core Enabled: 2
Thread Count: 2
Characteristics:
64-bit capable
king120@king120-desktop:~$
Dimenticavo che questo forum non accetta alcuni caratteri di formattazione.
Invece di lsblk posta blkid
Per i blocchi posta freevediamo quanta RAM hai.
Hai già provato ad installare altre distro oltre a mint 19.3?
Sì ho provato altre distro, ma il problema è uguale, se installo le stesse distro nell' altro PC, tutto va a buon fine, se masterizzo l' SSD nel PC ,tutto fila liscio,
Ma quando provo nel portatile, niente da fare, nella mia ingnoranza in materia, penso più ad una incompatibilità tra BIOS e SSD,
Potrebbe essere?
Perchè se installo su hhd ,tutto funziona bene.
Ho provato anche con Fedora, che non conoscevo, tra l,'altro bella distro, ma da lo stesso problema.
Il BIOS è di tipo MBR (quindi non UEFI).
Evita di scambiare i dischi altrimenti mi confondi le idee e mi viene difficile seguire la situazione: attualmente hai
sda 120 GB SSD - con unica partizione (di sistema)
sdb 500 GB HD meccanico - con swap ed il resto /home
inoltre parli anche di blocchi frequenti.
Prova a postare journalctl | grep -i i/o error | tail -20
Quando appare il grub seleziona "Test della Memoria" e lascialo andare in esecuzione per almeno una mezz'ora, vedi se ti dà errori o è tutto OK.
CitazioneEvita di scambiare i dischi altrimenti mi confondi le idee e mi viene difficile seguire la situazione: attualmente hai
sda 120 GB SSD - con unica partizione (di sistema)
sdb 500 GB HD meccanico - con swap ed il resto /home
Si,attualmente e' impostato così,
si spesso se installo qualcosa, spesso si impalla, e devo riavviare.
Citazionejournalctl | grep -i i/o error | tail -20
king120@king120-desktop:~$ journalctl | grep -i i/o error | tail -20
grep: error: File o directory non esistente
king120@king120-desktop:~$
Ridallo così journalctl | grep -i "i/o error" | tail -20
Mancavano gli apici.
CitazioneRidallo così
Citazionejournalctl | grep -i "i/o error" | tail -20
CitazioneMancavano gli apici.
king120@king120-desktop:~$ journalctl | grep -i "i/o error" | tail -20
feb 15 17:13:57 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 6300728 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
feb 15 17:13:58 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 6182944 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
feb 15 17:14:06 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 5934712 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
feb 15 17:14:09 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 6295424 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
feb 15 17:14:20 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 5956232 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
feb 16 20:59:27 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 6132496 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
feb 16 20:59:27 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 6157768 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
feb 16 20:59:27 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 126312528 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
feb 16 20:59:28 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 47230976 op 0x0:(READ) flags 0x84700 phys_seg 168 prio class 0
feb 16 20:59:28 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 47232384 op 0x0:(READ) flags 0x80700 phys_seg 141 prio class 0
feb 16 20:59:30 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 47246336 op 0x0:(READ) flags 0x80700 phys_seg 21 prio class 0
feb 16 20:59:32 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 47251456 op 0x0:(READ) flags 0x80700 phys_seg 16 prio class 0
feb 16 20:59:32 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 47208048 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 0
feb 16 20:59:54 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 3094168 op 0x0:(READ) flags 0x80700 phys_seg 30 prio class 0
feb 16 21:00:01 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 3111912 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
feb 16 21:00:03 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 3123432 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
feb 16 21:00:06 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 3136144 op 0x0:(READ) flags 0x80700 phys_seg 32 prio class 0
feb 16 21:00:06 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 3136400 op 0x0:(READ) flags 0x80700 phys_seg 31 prio class 0
feb 16 21:00:07 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 3138192 op 0x0:(READ) flags 0x80700 phys_seg 25 prio class 0
feb 16 21:00:09 king120-desktop kernel: blk_update_request: I/O error, dev sda, sector 3140496 op 0x0:(READ) flags 0x80700 phys_seg 8 prio class 0
king120@king120-desktop:~$
C'è qualcosa che non va in quell'SSD (perché sda è l'SSD in questione vero?).
Non sono tantissimi ma quanto basta per spiegare i problemi che incontri.
È un SSD nuovo o di recupero?
Si, SSD è SDA,
lo usavo nell'altro PC,
comunque ne ho provato anche un altro, sempre usato da me nell'altro PC, è il problema è identico.
pensi sia il caso di provarne uno nuovo?
Se ti va di continuare con le prove:
nell'altro PC ti dava problemi o tutto filava liscio - se provi ad installarlo nell'altro PC il comando
journalctl | grep -i "i/o error" | tail -20ti dà ancora "I/O ERROR"?
Citazionecomunque ne ho provato anche un altro, sempre usato da me nell'altro PC, è il problema è identico.
quindi il problema non è solo con quell'HD ma sarebbe generale (qualunque HD su quel PC dà lo stesso problema).
Fai questa prova dal PC che dà problemi: vai nel BIOS ed imposta il SATA su IDE (ci sono altre voci per il SATA oltre ad ANCI e IDE?).
Ti sembrerà strana questa prova ma talvolta ha funzionato.
Salve Andrea
CitazioneSe ti va di continuare con le prove:
nell'altro PC ti dava problemi o tutto filava liscio - se provi ad installarlo nell'altro PC il comando
questo è il risultato del l'altro SSD Kingstone 240 Gib.,ora è montato nell'altro PC, quando lo provai nel Notebook mi dava errore.
Citazionejournalctl | grep -i "i/o error" | tail -20
tron@tron-desktop:~$ journalctl | grep -i "i/o error" | tail -20
tron@tron-desktop:~$
invece l'SSD Sempre Kingstone 120 Gib. che tutt'ora è montato sul notebook , per poter riuscire a farlo funzionare nel notebook, ho dovuto installare da Live sul PC, per poi trasferirlo sul notebook dov'è tuttora, altrimenti non c'èra verso di andare avanti,
vorrei precisare, che il problema esiste soltanto con l' SSD, se installo su HD meccanico, tutto fila.
riguardo il BIOS, esiste la voce IDE, e poi è impostato su AHCI, e non vedo altre possibilità.
non so se son stato chiaro nella spiegazione.
Citazioneriguardo il BIOS, esiste la voce IDE, e poi è impostato su AHCI, e non vedo altre possibilità.
Se ti va di fare la prova: sul PC in questione entri nel BIOS e imposti il SATA su IDE, salvi e al riavvio vedi come si comporta, sia con l'HD meccanico che con l'SSD (prova l'installazione su SSD).
Sto pensando ad un problema hardware (o sull'SSD o, peggio, sulla scheda madre).
Mi dicevi anche di blocchi continui e che dovevi ricorrere allo spegnimento forzato.
Quando incappi in un "freeze", non usare quel metodo, usa il "r e i s u b" , fai: premi e mantieni premuti i tasti Alt+Stamp e poi in successione premi i tasti r e i s u b (un paio di secondi fra un tasto e l'altro) - arrivato al "b" il sistema farà il reboot senza strappi.
Salve ,
CitazioneSe ti va di fare la prova: sul PC in questione entri nel BIOS e imposti il SATA su IDE, salvi e al riavvio vedi come si comporta, sia con l'HD meccanico che con l'SSD (prova l'installazione su SSD).
Ho ricontrollato il Bios, e le impostazioni erano in questo modo: IDE - SATA - AHCI.
Poi non mi sono arreso, o provato con un'altra distro e un altra ancora, il fatto strano che ogni distro che installavo con l'HD meccanico, filava tutto a meraviglia, quando riprovavo su SSD,finiva la festa, quando sembrava ormai definitiva l'installazione su HD meccanicodefinitiva, ho provato questa distro LINUX MINT 18.1 ,pare che giri bene, se non altro son riuscito a finire l'installazione e aggiornamenti vari, compresi i driver Nvidia.
mamut@mamut-K50IE ~ $ journalctl | grep -i "i/o error" | tail -20
feb 19 22:45:28 mamut-K50IE kernel: ata1.00: failed to IDENTIFY (I/O error, err_mask=0x100)
feb 19 22:47:10 mamut-K50IE kernel: ata1.00: failed to IDENTIFY (I/O error, err_mask=0x100)
feb 19 22:54:29 mamut-K50IE kernel: ata1.00: failed to IDENTIFY (I/O error, err_mask=0x100)
mamut@mamut-K50IE ~ $
risultato è risolvibile ho lasciarlo così non crea problemi?
in ogni caso Grazie Mille per l'aiuto e consigli da parte Tua.
Il BIOS è sempre impostato su AHCI?
Io la prova su SATA la farei, non è un problema, se fallisce lo rimetti su AHCI.
Salve Andrea,
Si ,il Bios tuttora è su Sata ,in ogni modo ho provato sia AHCI che SATA,
l'unico miglioramento che ho notato è che con la distro Mint 18.1 finalmente son riuscito a installare sul l'SSD, però sto notando spesso dei Blocchi di Sistema, è non posso fare che ALT - STAMP e R E I S U B, per riavviare,
oggi dovrebbe arrivarmi un altro SSD economico da provare, ci spero poco,
al momento che scrivo sto usando HD Meccanico di Sistema, è più lento, ma non si impalla,
mi rimane un ultimo tentativo con il nuovo SSD.
Vediamo se riusciamo a capire qualcosa sulla causa dei blocchi.
Quando usi il r e i s u b si attivano delle procedure standard per la chiusura, vediamo cosa c'è di interessante, posta journalctl | grep -i reboot -B20 | tail -40
CitazioneVediamo se riusciamo a capire qualcosa sulla causa dei blocchi.
Quando usi il r e i s u b si attivano delle procedure standard per la chiusura, vediamo cosa c'è di interessante, posta
Citazionejournalctl | grep -i reboot -B20 | tail -40
mamut@mamut-K50IE ~ $ journalctl | grep -i reboot -B20 | tail -40
feb 22 00:02:16 mamut-K50IE avahi-daemon[887]: avahi-daemon 0.6.32-rc starting up.
feb 22 00:02:16 mamut-K50IE dbus-daemon[910]: Unknown username "whoopsie" in message bus configuration file
feb 22 00:02:16 mamut-K50IE dbus[910]: [system] AppArmor D-Bus mediation is enabled
feb 22 00:02:16 mamut-K50IE avahi-daemon[887]: Successfully called chroot().
feb 22 00:02:16 mamut-K50IE avahi-daemon[887]: Successfully dropped remaining capabilities.
feb 22 00:02:16 mamut-K50IE avahi-daemon[887]: No service file found in /etc/avahi/services.
feb 22 00:02:16 mamut-K50IE avahi-daemon[887]: Network interface enumeration completed.
feb 22 00:02:16 mamut-K50IE avahi-daemon[887]: Server startup complete. Host name is mamut-K50IE.local. Local service cookie is 1628321764.
feb 22 00:02:16 mamut-K50IE systemd[1]: Started Avahi mDNS/DNS-SD Stack.
feb 22 00:02:16 mamut-K50IE dbus[910]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkitd.service'
feb 22 00:02:16 mamut-K50IE systemd[1]: Starting Network Manager...
feb 22 00:02:16 mamut-K50IE systemd[1]: Starting Modem Manager...
feb 22 00:02:16 mamut-K50IE systemd[1]: Starting System Logging Service...
feb 22 00:02:16 mamut-K50IE systemd[1]: Starting LSB: daemon to balance interrupts for SMP systems...
feb 22 00:02:16 mamut-K50IE systemd[1]: Started Cgroup management daemon.
feb 22 00:02:16 mamut-K50IE systemd[1]: Starting Snappy daemon...
feb 22 00:02:16 mamut-K50IE kernel: cgroup: new mount options do not match the existing superblock, will be ignored
feb 22 00:02:16 mamut-K50IE systemd[1]: Started Regular background program processing daemon.
feb 22 00:02:16 mamut-K50IE ModemManager[941]: <info> ModemManager (version 1.6.4) starting in system bus...
feb 22 00:02:16 mamut-K50IE cron[960]: (CRON) INFO (pidfile fd = 3)
feb 22 00:02:16 mamut-K50IE cron[960]: (CRON) INFO (Running @reboot jobs)
mamut@mamut-K50IE ~ $
Con journalctl non rimediamo niente (forse 20 linee sono troppo poche).
Vediamo con grep -i -B40 reboot /var/log/kern.log
Nota:
questo comando devi darlo subito dopo il crash (al riavvio ovviamente).
mamut@mamut-K50IE ~ $ journalctl | grep -i reboot -B40 | tail -40
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting Socket activation for snappy daemon.
feb 22 22:20:00 mamut-K50IE systemd[1]: Listening on D-Bus System Message Bus Socket.
feb 22 22:20:00 mamut-K50IE systemd[1]: Listening on ACPID Listen Socket.
feb 22 22:20:00 mamut-K50IE systemd[1]: Listening on Avahi mDNS/DNS-SD Stack Activation Socket.
feb 22 22:20:00 mamut-K50IE systemd[1]: Started ACPI Events Check.
feb 22 22:20:00 mamut-K50IE systemd[1]: Reached target Paths.
feb 22 22:20:00 mamut-K50IE systemd[1]: Listening on UUID daemon activation socket.
feb 22 22:20:00 mamut-K50IE systemd[1]: Listening on CUPS Scheduler.
feb 22 22:20:00 mamut-K50IE systemd[1]: Started Daily apt download activities.
feb 22 22:20:00 mamut-K50IE systemd[1]: Started Daily apt upgrade and clean activities.
feb 22 22:20:00 mamut-K50IE systemd[1]: Reached target Timers.
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting Raise network interfaces...
feb 22 22:20:00 mamut-K50IE systemd[1]: Listening on Socket activation for snappy daemon.
feb 22 22:20:00 mamut-K50IE systemd[1]: Reached target Sockets.
feb 22 22:20:00 mamut-K50IE systemd[1]: Reached target Basic System.
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting Permit User Sessions...
feb 22 22:20:00 mamut-K50IE systemd[1]: Started CUPS Scheduler.
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting LSB: Record successful boot for GRUB...
feb 22 22:20:00 mamut-K50IE avahi-daemon[897]: Found user 'avahi' (UID 110) and group 'avahi' (GID 118).
feb 22 22:20:00 mamut-K50IE avahi-daemon[897]: Successfully dropped root privileges.
feb 22 22:20:00 mamut-K50IE avahi-daemon[897]: avahi-daemon 0.6.32-rc starting up.
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting LSB: daemon to balance interrupts for SMP systems...
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting Accounts Service...
feb 22 22:20:00 mamut-K50IE systemd[1]: Started D-Bus System Message Bus.
feb 22 22:20:00 mamut-K50IE dbus-daemon[915]: Unknown username "geoclue" in message bus configuration file
feb 22 22:20:00 mamut-K50IE dbus-daemon[915]: Unknown username "whoopsie" in message bus configuration file
feb 22 22:20:00 mamut-K50IE dbus[915]: [system] AppArmor D-Bus mediation is enabled
feb 22 22:20:00 mamut-K50IE avahi-daemon[897]: Successfully called chroot().
feb 22 22:20:00 mamut-K50IE avahi-daemon[897]: Successfully dropped remaining capabilities.
feb 22 22:20:00 mamut-K50IE avahi-daemon[897]: No service file found in /etc/avahi/services.
feb 22 22:20:00 mamut-K50IE avahi-daemon[897]: Network interface enumeration completed.
feb 22 22:20:00 mamut-K50IE avahi-daemon[897]: Server startup complete. Host name is mamut-K50IE.local. Local service cookie is 1855513868.
feb 22 22:20:00 mamut-K50IE systemd[1]: Started Avahi mDNS/DNS-SD Stack.
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting Modem Manager...
feb 22 22:20:00 mamut-K50IE systemd[1]: Started Regular background program processing daemon.
feb 22 22:20:00 mamut-K50IE systemd[1]: Started Make remote CUPS printers available locally.
feb 22 22:20:00 mamut-K50IE cron[933]: (CRON) INFO (pidfile fd = 3)
feb 22 22:20:00 mamut-K50IE systemd[1]: Starting LSB: Speech Dispatcher...
feb 22 22:20:00 mamut-K50IE cron[933]: (CRON) INFO (Running @reboot jobs)
mamut@mamut-K50IE ~ $
Mi hai postato lo stesso comando di prima, con journalctl non si vede niente.
Il comando da postare è grep -i -B40 reboot /var/log/kern.log è diverso.
CitazioneMi hai postato lo stesso comando di prima, con journalctl non si vede niente.
Il comando da postare è
al riavvio dopo il blocco ,il risultato è questo, ho forse ho capito male io qual'cosa?
mamut@mamut-K50IE ~ $ grep -i -B40 reboot /var/log/kern.log
mamut@mamut-K50IE ~ $
Un altra prova che stavo facendo con un altro SSD,
da Gparted è apparso questo " The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes."
può essere d'aiuto.
Riprovaci con
grep -i -B40 reboot /var/log/kern.log.1Citazioneda Gparted è apparso questo " The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes."
Gparted rileva la giusta capacità dell'HD? (in GB)
Provato a fargli fare una nuova tabella in DOS? (cancellerà tutto quanto presente nell'HD).
Eventualmente posta
sudo fdisk -l con l'SSD in questione.
Inoltre l'HD è installato o connesso via USB?
CitazioneInoltre l'HD è installato o connesso via USB?
E' installato
CitazioneRiprovaci con
grep -i -B40 reboot /var/log/kern.log.1
mamut@mamut-K50IE ~ $ grep -i -B40 reboot /var/log/kern.log.1
Il file binario /var/log/kern.log.1 corrisponde
mamut@mamut-K50IE ~ $
Ma questa
CitazioneIl file binario /var/log/kern.log.1 corrisponde
che razza risposta è.
Mi sa che sono rimasto indietro con i nuovi sistemi di log introdotti. Dovrò aggiornarmi.
E l'ultimo HD come si comporta? crash anche lì?
Salve Andrea,
per ora, sto usando un hd meccanico da 320 Gib. partizionato a metà circa come /, l'atra metà partizione Dati ma ancora vuota, in più ho un Hd 500Gib. sempre meccanico, installato nel secondo canale "dove prima c'era il lettore DVD" e li ho la partizione /Home e alla fine 8 Gib. di Swap.
il utto è meno veloce di un Ssd, ma sopratutto non si impalla , perlomeno fin'ora vedo che funge alla grande,
in ogni caso in questo Notebook, Linux si dimostra sempre meglio di Windows.
a Mio Parere Linux vola più in alto :boh: :ok:
Questo comando l'avevo saltato per sbaglio
CitazioneEventualmente posta
sudo fdisk -l
con l'SSD in questione.
mamut@mamut-K50IE ~ $ sudo fdisk -l
[sudo] password di mamut:
Disk /dev/loop0: 91,3 MiB, 95748096 bytes, 187008 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 202,9 MiB, 212758528 bytes, 415544 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 91,4 MiB, 95805440 bytes, 187120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00013e58
Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sda1 * 2048 234440703 234438656 111,8G 83 Linux
Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000512bc
Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sdb1 959193086 976771071 17577986 8,4G 5 Esteso
/dev/sdb2 2048 959191501 959189454 457,4G 83 Linux
/dev/sdb5 959193088 976771071 17577984 8,4G 82 Linux swap / Solaris
Partition 1 does not start on physical sector boundary.
Partition table entries are not in disk order.
mamut@mamut-K50IE ~ $
In sdb hai sdb1 che è "estesa" la quale contiene unicamente la swap (e non c'è spazio per altro).
Come ti è venuto questo tipo di partizionamento? Vabbè se ti funziona.
Se volessi ricominciare da capo con sdb, cerca di partizionare con ordine e le partizioni estese usale solo se servono (cioè se volessi partizionare il disco con più di 4 partizioni).
Come puoi notare hai due partizioni sda1 ed sda2 poi salti ad sda5 (che è la "logica" contenuta in sda1 (che è l'estesa)).
Presta attenzione all'ordinamento delle partizioni, un disco in disordine può essere foriero di problemi futuri (gparted che con ti consente di partizionare).
Strano questo problema solo con gli SSD.
Effettivamente, il problema,esiste solo con gli SSD, riproveró tutto da capo, in sostanza io imposterei, correggimi se sbaglio, un SSD 120 Gib. solo per Sistema : /
L'altro HD 500 Gib. /Home , meno alla fine gli 8 Gib. Di Swap.
Altrimenti mi consiglieresti che fare ?
Grazie Sempre per la pazienza.
Con l-SSD installato, aprendo Gparted, sempre appare questo messaggio>
The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.
ho tradotto , Il descrittore del driver dice che la dimensione del blocco fisico è 2048 byte, ma Linux dice che è 512 byte.
potrebbe essere una causa,il perche' non si installi Linux.
CitazioneCon l-SSD installato, aprendo Gparted, sempre appare questo messaggio>
The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.
Non dice nulla se il disco in questione è sda o sdb?
Hai due dischi installati: uno al connettore SATA regolare e uno sul connettore SATA dell'ex lettore CD.
Posta
sudo fdisk -l dell'attuale stato dei dischi, poi dimmi quali dei due è l'SSD e quale il meccanico.
Di solito questo tipo di errori si risolvono facendo scrivere a gparted un nuova tabella dos sul disco in questione. Ovviamente con questa operazione perderai tutti i dati presenti nell'HD in questione.
Citazionesudo fdisk -l
mamut@mamut-K50IE ~ $ sudo fdisk -l
[sudo] password di mamut:
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x9d139cb6
Dispositivo Avvio Start Fine Settori Size Id Tipo
/dev/sda1 * 2048 133292031 133289984 63,6G 83 Linux
/dev/sda3 133292032 217839615 84547584 40,3G 83 Linux
/dev/sda4 217839616 234441647 16602032 7,9G 82 Linux swap / Solaris
mamut@mamut-K50IE ~ $
allora:
Canale Sata regolare montato SSD (sda1 sarebbe / sistema ), ( sda3 ext4 /Home e poi sda4 Swap),
Canale Secondario al momento lo disinserito, per capire meglio il problema
CitazioneDi solito questo tipo di errori si risolvono facendo scrivere a gparted un nuova tabella dos sul disco in questione. Ovviamente con questa operazione perderai tutti i dati presenti nell'HD in questione.
Su quel disco hai già effettuato questa operazione: gparted-->Dispositivo-->Crea tabella partizioni
Ovviamente dovrai farlo da live e perderai l'intero contenuto del disco (ti toccherà reinstallare tutto).
CitazioneSu quel disco hai già effettuato questa operazione: gparted-->Dispositivo-->Crea tabella partizioni
Ovviamente dovrai farlo da live e perderai l'intero contenuto del disco (ti toccherà reinstallare tutto).
Per la verità, ho sempre partizionato SSD in due modi,
1° se uso un solo HD divido lo spazio circa il 30% destinato al sistema / , il 60% destinato alla Home, e il 10% alla Swap.
2° se uso 2 HD, uno lo uso come sistema / , l'altro "possibilmente l'HD più capiente" come Home e parte finale alla Swap.
Ora ho provato ad installare Linux Mint 18.1 su questo SSD, ma installandolo da un altro PC, e trasferendolo poi su questo notebook,
so bene che non è la soluzione migliore, per il momento gira bene, altre volte la stessa prova non andava, sopratutto quando instalavo Clip Grab , ora provo un po ad usarlo senza Clip Grab, e vedo come si comporta.
Non mi hai detto se hai già provato sul disco in questione (e che ti dà l'errore) a fargl, cioè:
CitazioneSu quel disco hai già effettuato questa operazione: gparted-->Dispositivo-->Crea tabella partizioni
ovvero riscrivere la tabella delle partizioni da zero:
reinizializza l'intero HD.
Non basta formattare le vecchie e creare nuove partizioni, ma devi usare la procedura qui sopra.
per la verità non l'ho provato,ci provo senz'altro,
ma crea le partizioni tutto in automatico ho devo impostarle io ?
CitazioneNon mi hai detto se hai già provato sul disco in questione (e che ti dà l'errore) a fargl, cioè:
Citazione
Su quel disco hai già effettuato questa operazione: gparted-->Dispositivo-->Crea tabella partizioni
ovvero riscrivere la tabella delle partizioni da zero: reinizializza l'intero HD.
Non basta formattare le vecchie e creare nuove partizioni, ma devi usare la procedura qui sopra.
Non ho trovato guide su come fare, con Gparted da Live, non ho concluso nulla
Citazionema crea le partizioni tutto in automatico ho devo impostarle io ?
Non crea partizioni, lo svuota completamente.
Semplicemente da live avvii gparted, sotto il comando "Dispositivo" trovi "Crea tabelle partizioni", lo selezioni e ti darà degli avvisi (che cancella tutto), tu conferma l'operazione.
Quando avrà finito ti ritroverai con un disco completamente vuoto ed una tabella delle partizioni nuova fiammante.
Fatto questo ricominci a creare le partizioni che ti servono.
Citazionema crea le partizioni tutto in automatico ho devo impostarle io ?
Non crea partizioni, lo svuota completamente.
Semplicemente da live avvii gparted, sotto il comando "Dispositivo" trovi "Crea tabelle partizioni", lo selezioni e ti darà degli avvisi (che cancella tutto), tu conferma l'operazione.
Quando avrà finito ti ritroverai con un disco completamente vuoto ed una tabella delle partizioni nuova fiammante.
Fatto questo ricominci a creare le partizioni che ti servono.
Grazie per la spiegazione, Ok ho provato da Live con Gparted ,ma mi da sempre questo messaggio,
The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.
comunque in quella finestra che appare ho fatto Ignora e a' cancellato l' SSD a zero le partizioni, poi ho creato le nuove partizioni e' ho provato ad installare Mint ,ma non e' andata , risultato
Il programma di installazione deve rimuovere alcuni file del sistema operativo dall'installazione, ma non vi è riuscito. L'installazione non può continuare.
Quindi la tabella delle partizioni è nuova. OK.
Gparted ti dà ancora l'errore di prima?
Ti chiedevi se fosse quello il motivo per cui non installava, a quanto pare no.
Ti direi di fare un'ultima prova: dal BIOS imposta il SATA su IDE, sembra una cosa strampalata ma una prova la farei comunque, poi tenta di nuovo l'installazione.
Salve Andrea
Ho provveduto da Gparted, come mi hai consigliato, ho ricontrollato il BIOS su Sata Ide
Ed è Ok,
Ho scaricato un altra Iso di Mint, precisamente la 19.1
Ho provato ad installare Linux su 2 hdd uno SSD di cui il Sistema /
È l'altro Hdd mecc. Con /Home e Swap,
Il primo tentativo, non ha funzionato, sempre per il problema del File Sistem su dev/sda
Poi ho riprovato, impostando le partizioni dell SSD come :5 % /boot , altri 10 % /var ed infine il restante /root, spero di aver fatto giusto, ho letto da qualche sito queste impostazioni, ora tutto questo spero funzioni, perché al momento che ero presente non si è bloccato, peró vedevo che andava un po' a rilento, specialmente in un passaggio:
Salvataggio pacchetti installati , poi ho dovuto lasciare tutto in funzione, dovevo uscire di casa, spero stasera al mio rientro di avere buone notizie. Non mi perdo d,'animo, anche se non conosco bene Linux, Mi Appassiona Sempre. Grazie mille.
Quella del /boot in partizione dedicata potrebbe avere senso, la /var invece si mette in partizione separata per la gestione dei server (non è il tuo caso).
L'errore che dava gparted all'apertura con gli SSD è sparito o c'è ancora?
Salve Andrea, non so cosa stia installando ho cancellando Linux Mint, ormai è da ieri che macina , ormai son curioso è lo lascio terminare, qual'cosa ne verrà fuori
comunque.
CitazioneQuella del /boot in partizione dedicata potrebbe avere senso, la /var invece si mette in partizione separata per la gestione dei server (non è il tuo caso).
la partizione /var, posso eliminarla in seguito, ho mi conviene fare tutto da capo senza /var ?
CitazioneL'errore che dava gparted all'apertura con gli SSD è sparito o c'è ancora?
L'errore da Gparted in questa installazione è sparito
Citazionela partizione /var, posso eliminarla in seguito, ho mi conviene fare tutto da capo senza /var ?
Se il sistema gira bene puoi benissimo lasciarla, se vuoi toglierla ti tocca riformattare tutto.
La var è una partizione di sistema, non può mancare e non puoi inserirla dopo (a sistema installato), è una decisione che devi prendere all'atto dell'installazione.
immagine
/home/mint/Pictures/Screenshot from 2020-03-08 11-20-47.jpg
nulla da fare, sono sempre al punto di partenza, ho rimodificato le partizioni come: / /home e Swap sempre in due HD ma il risultato è sempre questo, però se installo la stessa Home e Swap ma con un HD meccanico per il / sistema, tutto va a buon fine.
Comunque direi che il problema sta nel PC, è solo quel PC che dà problemi con gli SSD.
Già provato ad aggiornate il BIOS? Windows lo fa in automatico.
Salve Andrea,
CitazioneComunque direi che il problema sta nel PC, è solo quel PC che dà problemi con gli SSD.
Già provato ad aggiornate il BIOS? Windows lo fa in automatico.
Si anche il Bios, l'ho controllato ed è purtroppo all'ultima più recente versione la 218, non ho trovato nulla di più aggiornato,
comunque per ora sto usando il Notebook con HD entrambi meccanici tra sistema e Home con Swap, se troverò qual'cosa da aggiornare in seguito vedrò il dafarsi .
Grazie Mille per l'Aiuto e Consigli.