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

[druidaobelix]

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]

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.

$ 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

dmesg | 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)

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

sudo 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

$ 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)

$ 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]

Aproveitei 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]

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?

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]

2) 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:

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]

Aproveitei 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.

$ 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

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?

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

pró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.

# /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]

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]

Pronto! Eis os retornos:

# 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

# 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]

/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]

/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]

$ 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]

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.

--> 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]

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í, 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]

$ 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]

... 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é.