Instalando um SSD e transpondo o Ubuntu pro novo drive [Macbook Pro 7,1|16.04]

druidaobelix · 25 de Novembro de 2016, 15:35

Adicionalmente, instale:

Código Selecionar

sudo apt install smartmontools

Execute:

Código Selecionar

dmesg | grep -i sata | grep 'link up'

Código Selecionar

sudo smartctl -a /dev/sda | grep "^SATA"

Código Selecionar

sudo hdparm -I /dev/sda | egrep "Model|speed|Transport"

edbucker · 25 de Novembro de 2016, 18:28

Por partes:

Reinstalado o sistema e feitas as devidas atualizações pelo apt.
$ sudo apt-get update $$ sudo apt-get upgrade

Nota: não adicionei repositórios ou mudei qualquer coisa, apenas abri o terminal logo após o primeiro boot do sistema novo.

Feito isso, instalei o smartmontools e novamente fiz o update.

Agora os retornos dos comandos, todos copiados e colados dos posts aqui no fórum pro terminal.

Citar$ dmesg | grep -i ahci
[ 0.000000] ACPI: SSDT 0x00000000BF957000 00023A (v01 APPLE SataAhci 00001000 INTL 20061109)
[ 2.460001] ahci 0000:00:0a.0: version 3.0
[ 2.460549] ahci 0000:00:0a.0: AHCI 0001.0300 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
[ 2.460553] ahci 0000:00:0a.0: flags: 64bit ncq sntf pm led pio slum part apst
[ 2.465526] scsi host2: ahci
[ 2.471058] scsi host3: ahci

Citardmesg | grep -i sata | grep 'link up'
[ 2.852046] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.852064] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

Citarsudo smartctl -a /dev/sda | grep "^SATA"
SATA Version is: SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)

Citarsudo hdparm -I /dev/sda | egrep "Model|speed|Transport"
   Model Number: SAMSUNG HN-M101MBB
   Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
     *   Gen1 signaling speed (1.5Gb/s)
     *   Gen2 signaling speed (3.0Gb/s)
     *   SMART Command Transport (SCT) feature set

Aproveitei e também já executei os dois últimos comandos também com o /dev/sdb

Citar$ sudo hdparm -I /dev/sdb | egrep "Model|speed|Transport"
   Model Number: SanDisk SDSSDA240G
   Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
     *   Gen1 signaling speed (1.5Gb/s)
     *   Gen2 signaling speed (3.0Gb/s)
     *   Gen3 signaling speed (6.0Gb/s)

Citar$ sudo smartctl -a /dev/sdb | grep "^SATA"
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 3.0 Gb/s)

Neste último chama a atenção o fato do SDD ter a velocidade de transmissão em 6.0Gb/s, mas a atual ser metade disso, 3.0 Gb/s. Pode isso ter a ver com o fato de estar instalado na SATA 2?

Não vou prosseguir com backup nem instalação alguma até a resposta do amigo druidaobelix, ou alguma indicação de quem por ventura se interesse em ajudar.

A seguir vou fazer:
1 - Comentar a linha do swap no fstab, o qual eu ainda sequer toquei depois da reinstalação
2 - instalar o macfanctdl, para melhor a performance do fan e diminuir a temperatura da maquina - padrão em Macbooks e computador Apple com Linux;
3 - instalar o driver do USB dongle de WiFi;
4 - Resgatar meus arquivos pessoais do HDD pra nova /home no SSD;
5 - começar a personalizar e instalar aplicativos.

Ê lê-lê.

druidaobelix · 25 de Novembro de 2016, 19:22

CitarAproveitei e também já executei os dois últimos comandos também com o /dev/sdb

Fez bem, eu é que havia errado nos comandos, o desejado era mesmo sdb mas por hábito acabei colocando sda.

Releia o post #56, por favor, ainda faltam as duas outras providências lá mencionadas.

druidaobelix · 25 de Novembro de 2016, 19:45

CitarNeste último chama a atenção o fato do SDD ter a velocidade de transmissão em 6.0Gb/s, mas a atual ser metade disso, 3.0 Gb/s. Pode isso ter a ver com o fato de estar instalado na SATA 2?

O bus de transferência está igual para ambos (current: 3.0 Gb/s), não há ṕroblema nisso.
Estava preocupado com isso, não apenas por causa da controladora, que até poderia segundo o projeto da Apple, ser diferente, mas porque no mercado há (ou havia, não sei dizer exatamente como está agora) Caddy com interface Sata 2. Se coloca o HDD no Caddy e o SSD no cabo principal não dá problema, mas o inverso pode eventualmente dar, dependendo da interface, mas no seu caso estão iguais.

Por falar nisso e apenas para constar, nesse modelo de MacBpok Pro 7.1 o adaptador é de que altura, 9,5 mm ou 12,7 mm?

O SSD de fato apresenta a capacidade de transmissão no dobro da atual, porém no caso é a motherboard que é mais antiga e não possui o barramento para 6 GB/s.

Quanto a isso não há o que fazer, pois é mesmo a questão da idade do equipamento.

druidaobelix · 25 de Novembro de 2016, 20:10

Citar2) configurar o fstab para minimizar a escrita no disco SSD (noatime ou não).

A próxima questão é quanto ao parâmetro noatime no fstab.

Basicamente se trata do seguinte: cada vez que é feito um acesso de leitura a um arquivo o sistema operacional altera a data informando que aquele arquivo foi acessado, ou seja é um update da data de acesso.

Como exemplo, pegue qualquer arquivo aí e faça:

Código Selecionar

stat /path/nome-do-arquivo

exemplo:

stat /etc/profile

resulta:

Citar
stat profile
Arquivo: 'profile'
Tamanho: 581 Blocos: 2 Bloco IO: 1024 arquivo comum
Dispositivo: 16h/22d Inode: 935 Links: 1
Acesso: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Acessar: 2016-04-22 03:29:32.000000000 -0300
Modificar: 2016-04-22 03:29:32.000000000 -0300
Alterar: 2016-04-22 03:29:32.000000000 -0300

Como se observa (em negrito), todo arquivo mantém esses registros que o stat está mostrando.

Nos SSD modernos isso não chega a se constituir num enorme problema, pois a durabilidade foi enormemente ampliada, então se isso era muito importante lá atrás quando começou a implantação da tecnologia, hoje já pode ser relativizada.

Bem, de toda forma, evidentemente que algum ganho tem se achar que não precisa ter essa data sempre atualizada.

Para fazer isso, querendo, é preciso editar o fstab colocando o parâmetro noatime.

Código Selecionar

sudo gedit /etc/fstab

Modifique:

errors=remount-ro

por

noatime,errors=remount-ro

Veja que é o parâmetro, uma virgula (sem espaço entre um e outro) e o restante.

De forma mais completa no fstab:

Antes:
UUID=7a0f44d0-f6b9-4660-bee6-b83634b2af41 / ext4 errors=remount-ro 0 1

Depois
UUID=7a0f44d0-f6b9-4660-bee6-b83634b2af41 / ext4 noatime,errors=remount-ro 0 1

Salvar, sair, reboot.

Existe mais alguma coisa a se falar sobre isso, que seriam os parâmetros discard e nodiratime, mas tratamos disso no próximo post, se eu conseguir mais um pouquinho de tempo daqui a pouco.

edbucker · 25 de Novembro de 2016, 20:35

Citação de: druidaobelix online 25 de Novembro de 2016, 19:22
CitarAproveitei e também já executei os dois últimos comandos também com o /dev/sdb
Fez bem, eu é que havia errado nos comandos, o desejado era mesmo sdb mas por hábito acabei colocando sda.
Releia o post #56, por favor, ainda faltam as duas outras providências lá mencionadas.

Passou batido. Desculpe.

Citar$ dmesg | grep -i ahci
[ 0.000000] ACPI: SSDT 0x00000000BF957000 00023A (v01 APPLE SataAhci 00001000 INTL 20061109)
[ 2.399619] ahci 0000:00:0a.0: version 3.0
[ 2.399993] ahci 0000:00:0a.0: AHCI 0001.0300 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
[ 2.399997] ahci 0000:00:0a.0: flags: 64bit ncq sntf pm led pio slum part apst
[ 2.403895] scsi host1: ahci
[ 2.404239] scsi host2: ahci

CitarPor falar nisso e apenas para constar, nesse modelo de MacBpok Pro 7.1 o adaptador é de que altura, 9,5 mm ou 12,7 mm?

Você quer dizer o adaptador físico, ou seja, o caddy?

Citarpróxima questão é quanto ao parâmetro noatime no fstab.

Este é ligeralmente mais fácil. Mas ainda assim, por excesso de zêlo, copio o fstab na íntegra aqui. Negrito na linha mudada.

Citar# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb2 during installation
UUID=b1d16c75-158b-4d61-b6dd-5c9ab63084f2 / ext4 noatime,errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=1AE9-8B08 /boot/efi vfat umask=0077 0 1
# swap was on /dev/sda3 during installation
#UUID=bd5a6cfe-0403-4981-912c-866d4b404569 none swap sw 0 0

Aproveitei que estava aqui e já comentei o swap. Vou rebootar aqui, mas só devo conseguir retornar mais tarde. Vou fazer jantar etc.

Obrigado pela gigantesca paciência, druidaobelix. Sua ajuda é mais do que bem-vinda.

druidaobelix · 26 de Novembro de 2016, 00:20

Faça esses dois comandos e traga o resultado para conferirmos determinada condição de configuração:

Torne-se root (prompt #)

Código Selecionar

sudo su

Agora execute:

Código Selecionar

for f in /sys/block/sd?/queue/rotational; do printf "$f is "; cat $f; done

Código Selecionar

for f in /sys/block/sd?/queue/scheduler; do printf "$f is "; cat $f; done

Para sair do root e retornar ao usuário (prompt $):

Código Selecionar

exit

edbucker · 26 de Novembro de 2016, 00:40

Pronto! Eis os retornos:

Citar# for f in /sys/block/sd?/queue/rotational; do printf "$f is "; cat $f; done
/sys/block/sda/queue/rotational is 1
/sys/block/sdb/queue/rotational is 0
/sys/block/sdc/queue/rotational is 1

Citar# for f in /sys/block/sd?/queue/scheduler; do printf "$f is "; cat $f; done
/sys/block/sda/queue/scheduler is noop [deadline] cfq
/sys/block/sdb/queue/scheduler is noop [deadline] cfq
/sys/block/sdc/queue/scheduler is noop [deadline] cfq

druidaobelix · 26 de Novembro de 2016, 01:47

Citar/sys/block/sdb/queue/rotational is 0
/sys/block/sdb/queue/scheduler is noop [deadline] cfq

Ok, os valores estão conforme o esperado, estão corretos.

Mas o que é esse sdc aparecendo no resultado?
Não me recordo de ter visto antes sdc no sistema.

edbucker · 26 de Novembro de 2016, 02:03

Citação de: druidaobelix online 26 de Novembro de 2016, 01:47
Citar/sys/block/sdb/queue/rotational is 0
/sys/block/sdb/queue/scheduler is noop [deadline] cfq

Ok, os valores estão conforme o esperado, estão corretos.

Mas o que é esse sdc aparecendo no resultado?
Não me recordo de ter visto antes sdc no sistema.

Neste exato momento estou logado no sistema antigo, no sda, procurando alguns arquivos pra salvar. Também achei estranho este sdc, mas procurei aqui agora no GParted e não acusa nada do tipo. Vou logar no outro pra procurar por ele de novo.

edbucker · 26 de Novembro de 2016, 02:15

Citar$ sudo fdisk -l
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: 931,5 GiB, 1000204886016 bytes, 1953525168 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: gpt
Disk identifier: E77330BF-2E1B-43EB-8AF4-F987C241A2FC

Dispositivo Start Fim Setores Size Tipo
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 1937278975 1936228352 923,3G Linux filesystem
/dev/sda3 1937278976 1953523711 16244736 7,8G Linux swap

Disk /dev/sdb: 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: gpt
Disk identifier: 6E7FB4F5-EC65-40A2-A0A2-389DB992DC13

Dispositivo Start Fim Setores Size Tipo
/dev/sdb1 2048 1050623 1048576 512M EFI System
/dev/sdb2 1050624 375851405 374800782 178,7G Linux filesystem

Não tem nada. Pode ter sido um flash drive que eu esqueci plugado na porta USB. Não lembro de ter tirado ou colocado, mas é a única explicação.

druidaobelix · 26 de Novembro de 2016, 02:26

Só para registro e enquanto não se finaliza a questão da configuração dos parâmetros de disco (que na verdade talvez não falte mesmo mais nada), faça o seguinte:

Faça o reboot do computador por 3 (três) vezes, evidentemente pelo SSD, sem alterar nada entre uma e outra dessas vezes.

Depois execute e traga ao tópico o resultado para:

Código Selecionar

systemd-analyze

Peraí, antes de executar o comando e os reboots sucessivos, faltou uma observação: deixe em autologin, isto é sem parar na tela de logon.

Citar--> Configurações do sistema/Contas de usuários/Opções de início de sessão/Início automático de sessão

Em seguida toque em frente o que pretende fazer no sistema (instalações, outras configurações, etc.)

edbucker · 26 de Novembro de 2016, 02:29

Citação de: druidaobelix online 26 de Novembro de 2016, 02:26
Só para registro e enquanto não se finaliza a questão da configuração dos parâmetros de disco (que na verdade talvez não falte mesmo mais nada), faça o seguinte:

Faça o reboot do computador por 3 (três) vezes, evidentemente pelo SSD, sem alterar nada entre uma e outra dessas vezes.

Depois execute e traga ao tópico o resultado para:

Código Selecionar Expandir
systemd-analyze

Peraí, faltou uma observação: deixe em autologin, isto é sem parar para na tela de logon.

Em seguida toque em frente o que pretende fazer no sistema (instalações, outras configurações, etc.)

Entendido. Vou realizar o procedimento e já retorno, mas acho que está tudo ok.

edbucker · 26 de Novembro de 2016, 02:40

Citar$ systemd-analyze
Startup finished in 4.288s (kernel) + 4.054s (userspace) = 8.342s

Pronto. Engraçado, não conhecia esse comando pra cronometrar o startup. Muito legal.

Acho que está tudo certo, druidaobelix. Vou prosseguir aqui com meus trabalhos de hoje, anotando os repositórios que preciso adicionar pra instalar tudo. Amanhã eu concluo.

Mais uma vez, muito obrigado por toda a atenção que você deu a este problema alheio. Sua atitude me deixa nostalgico e me faz perguntar "por quê eu larguei o Ubuntu no passado". hehe
Trago novidades amanhã. Boa noite, meu caro.

Mario Limão · 27 de Novembro de 2016, 10:18

Citação de: druidaobelix online 19 de Novembro de 2016, 19:43
... o existente convencional devem estar particionados em GPT ... além do que esse particionamento dá uma enorme liberdade de eventuais redimensionamentos, sem ficar preso nas amarras do sistema convencional que só admitia e 4 primárias ou 3 primárias e 1 estendida, nas quais se criava as partições lógicas. No GPT todas são primárias e a quantidade possível é enorme.

Amigo Prof. druidaobelix,
Brilhante desenvolvimento no assunto do "iniciante" edbucker. MAS, que novidade libertária é esta do particionamento em GPT? O Gparted faz isso também?
Até.