Perguntas[system-installation](unix)

Sou usuário do Fedora "desde sempre" (Red Hat v1.1), mas, frustrado por alguns problemas que não posso ignorar, estou interessado em experimentar o Debian e o Ubuntu. O passo zero foi baixar as últimas versões. Escolhi o Debian 12.7.0 como meu primeiro a tentar. No entanto, no passado, eu estava usando uma caixa do Windows para gravar DVDs sem nenhuma boa razão, mas familiaridade. ... E, portanto, eu nunca tive que realmente gravar o DVD no Linux antes.

Seguindo as instruções de várias fontes aqui, comecei com:

# wodim -v dev='/dev/sg2' -eject debian-12.7.0-amd64-DVD-1.iso

Zumbido, zumbido, zumbido, o DVD relatou muitos progressos, mas depois de uma ou duas xícaras de café, recebi alguns erros relacionados à "consertação" do disco, a saber:

Fixating...
Errno: 5 (Input/output error), flush cache scsi sendcmd: no error
CDB:  35 00 00 00 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 40 A0 03 21 04 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x21 Qual 0x04 (logical block address out of range) [No matching qualifier] Fru 0x0
Sense flags: Blk 0 (not valid) 
cmd finished after 137.712s timeout 120s
Trouble flushing the cache
wodim: Cannot fixate disk.
Fixating time:  137.712s
Errno: 5 (Input/output error), prevent/allow medium removal scsi sendcmd: fatal error
CDB:  1E 00 00 00 00 00
cmd finished after 0.000s timeout 40s
Errno: 5 (Input/output error), start/stop unit scsi sendcmd: fatal error
CDB:  1B 00 00 00 02 00
cmd finished after 0.000s timeout 40s
wodim: Cannot eject media.
wodim: fifo had 62911 puts and 62911 gets.
wodim: fifo was 0 times empty and 7253 times full, min fill was 34%.

Usando maneu encontrei -fixe tentei, mas também não funcionou, como pode ser visto aqui - um tipo de erro MUITO diferente:

# wodim -v dev='/dev/sg2' -fix
TOC Type: 1 = CD-ROM
scsidev: '/dev/sg2'
devname: '/dev/sg2'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.36
Wodim version: 1.1.11
SCSI buffer size: 64512
wodim: Cannot do inquiry for CD/DVD-Recorder.
Errno: 5 (Input/output error), test unit ready scsi sendcmd: fatal error
CDB:  00 00 00 00 00 00
cmd finished after 0.000s timeout 40s

Então, pensei em tentar, ddjá que várias perguntas/respostas aqui deixam implícito ddque é possível criar um DVD inicializável. Apenas tome cuidado com problemas de sincronização, então, isto:

# dd if=debian-12.7.0-amd64-DVD-1.iso of=/dev/sg2 bs=4M && sync

Mas... Não faz nada! E a partir disso eu pesquisei e encontrei esta entrada que diz ddque costumava ser capaz de fazer isso e por algum motivo desconhecido, mas provavelmente (na minha opinião) bobo, a habilidade foi removida?! No entanto, isso é contestado. Hmmm...

Este sistema geralmente torna a unidade de CD/DVD disponível em /dev/cdrome para ler eu faço algo como # mount /dev/cdrom /mounts/cd0e então tenho o conteúdo disponível em /mounts/cd0. Mas tentar /dev/cdromtambém não fez nada:

# dd if=debian-12.7.0-amd64-DVD-1.iso of=/dev/cdrom bs=4M && sync

Sem alegria.

Li várias outras entradas em sites de troca de pilhas, como esta ou esta , entre outras, mas não encontrei uma solução...

TALVEZ eu tenha tido um erro de mídia e precise tentar novamente o comando original? Eu odeio desperdiçar discos, mas...

Por sugestão, tentei:

# wodim -v dev=/dev/sr0 -eject -sao debian-12.7.0-amd64-DVD-1.iso
TOC Type: 1 = CD-ROM
scsidev: '/dev/sr0'
devname: '/dev/sr0'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.11
SCSI buffer size: 64512
wodim: Cannot do inquiry for CD/DVD-Recorder.
Errno: 5 (Input/output error), test unit ready scsi sendcmd: fatal error
CDB:  00 00 00 00 00 00
cmd finished after 0.000s timeout 200s

Hmmm... Há uma /dev/sr0entrada...

EU FUI PARA UMA MÁQUINA DIFERENTE...

Mesmo sistema operacional, mesma marca de unidade, etc., e executei o comando da resposta abaixo e ele gravou um disco.

IMPORTANTE ao longo do caminho notei o software - wodim- disse:

Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that.

Ao ler isso, deduzi imediatamente que os drives PODEM ser da mesma marca (ASUS), mas não do mesmo tipo, ou talvez haja uma diferença na placa-mãe? Não sei.

Como eu tinha copiado e colado toda a saída da execução original "não corrigida", posso dizer que não estava lá. No entanto, estava nesta nova execução BEM-SUCEDIDA - que inicializa corretamente! - então... Aparentemente o que eu precisava ter encontrado era talvez este artigo.

Computadores não são divertidos?

Experimentei o Qubes OS e descobri que é muito pesado e complicado para mim. Então tentei instalar o Debian a partir de um USB flasheado. No entanto, o instalador apresenta o seguinte erro:

the logical volume vm-sys-net-private on qubes_dom0 could not be deleted

Eu tenho um instalador Bodhi Linux em outro USB flasheado e dá o mesmo erro. Perguntar sobre isso no fórum do Qubes OS resultou em uma resposta sugerindo o uso de

" dd if=/dev/zero of=/dev/sda bs=1Mou alguma coisa"

Tenho lido sobre o ddcomando e parece ser uma maneira legítima de apagar o conteúdo de um disco rígido. lsblkfornece a seguinte saída:

user@personal:~$ lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
xvda    202:0    1    20G  0 disk
├─xvda1 202:1    1   200M  0 part
├─xvda2 202:2    1     2M  0 part
└─xvda3 202:3    1  19.8G  0 part /
xvdb    202:16   1     2G  0 disk /var/spool/cron
                                  /usr/local
                                  /home
                                  /rw
xvdc    202:32   1    10G  0 disk
├─xvdc1 202:33   1     1G  0 part [SWAP]
└─xvdc3 202:35   1     9G  0 part
xvdd    202:48   1 510.7M  1 disk 

Como devo escrever o ddcomando para ter sucesso com o instalador? Se eu apagar tudo, o computador inicializa pelo USB?

O nome do laptop é Toshiba Satellite A215-S4747

Ele possui um chip de tecnologia móvel AMD Turion 64 X2 Dual-Core.

Ele tinha 1 GB de RAM, mas eu atualizei para 4 GB (ele não inicializou quando tinha 1 GB, então a RAM não é o problema)

Costumava ter um Windows Vista de 32 bits (de acordo com o manual). Mas de acordo com a Wikipedia é uma CPU de 64 bits.

O laptop não tem mais bateria.

Eu uso o Ventoy para instalar/experimentar os arquivos iso.

Tentei instalar a versão mais recente do debian-12-amd64 e do debian-12-i386, mas com ambos isos (32 bits e 64 bits), o laptop desliga ao instalar o sistema básico.

Eu também inicializei com sucesso em gparted-live-i686 e kali-linux-live-i386

O que pode estar causando esse problema?

A CPU tende a superaquecer, mas eu uso um ventilador externo para manter a temperatura baixa. Você acha que o processo de instalação superaquece a CPU?

Acho que talvez o disco rígido seja o causador do problema, mas é apenas uma especulação

O que vocês acham, tem solução? Devo tentar com o archlinux, em caso afirmativo, qual versão é de 32 bits ou 64 bits?

Então, eu instalei o Linux muitas vezes no passado, geralmente a partir de um liveUSB, como estou usando agora. É um SamData SD101 de 32 GB, em USB 2.0. (Provavelmente excessivo para um instalador, mas era o que eu tinha em mãos e estava vazio.)

Atualmente estou executando o Linux Mint 20.4 e já passou da hora de uma atualização, então nesta ilha entre projetos, estou tentando experimentar o KUbuntu nele. Eu baixei o iso para 22.04.3 e gravei-o na unidade com o aplicativo USB Image Writer do Mint, conecte-o a uma porta USB 2.0 e reinicio; então, apertei F11 para meu seletor de dispositivo de inicialização e escolho USB.

Um momento depois, sou recebido com as opções básicas do instalador, especificamente Experimentar/Instalar o KDE, etc., e escolho Experimentar/Instalar. Depois disso, a estranheza acontece.

Recebo o splash de inicialização, como se estivesse preso no POST. Esses são dados concretos na placa-mãe e depois de selecionar no menu de inicialização. Há um pequeno LED piscando no drive USB, mas já o vi continuar assim, com o splash do POST, por mais de dez minutos. (Pensei em fazer algumas tarefas domésticas e voltar, caso demorasse um pouco; mas o respingo da mobo ainda estava lá.)

Pelo que posso dizer, está apenas preso. Ao concluir isso, removo a unidade do slot USB 2.0 e pressiono o botão liga/desliga para desligar manualmente minha máquina; então espero pelo menos vinte segundos (velho hábito para proteger meu disco rígido) e ligo. O Mint 20.3 inicializa normalmente. O sistema operacional atual age como se nada tivesse acontecido.

Além do menu inicial do tipo GRUB, nunca tive a opção de tentar ou instalar o KUbuntu. (É claro que instalei o Mint nesta máquina há algum tempo e não sei se já lidei com isso antes... tem sido muito movimentado há alguns anos.) Apenas um travamento na tela inicial e uma luz vermelha potencialmente irrelevante acesa o pen drive, aparentemente indefinidamente.

Tenho algumas ideias, mas não sei o que estou fazendo de errado e preciso de alguns conselhos.

Dados adicionais: A placa-mãe é uma MSI MPG x570 Tomahawk Wifi. Nenhum dos LEDs de depuração está me informando sobre um erro de energia, RAM, CPU ou detecção de um disco; eles estão se comportando normalmente, então presumo que não seja a mobo. Recentemente instalei uma unidade Crucial NVMe M.2 de 4 TB, que funciona bem no meu sistema operacional atual e não parece estar com defeito; ele foi formatado e montado automaticamente, e não tive dificuldade em armazená-lo ou lê-lo (na verdade, é o disco de destino do KUbuntu, se é que ele consegue chegar a essa parte). Meu USB está conectado a um slot USB 2.0 bem comportado na frente da minha máquina, que eu uso regularmente para gravar no armazenamento, embora esteja conectado através do gabinete e não diretamente na placa-mãe. Por último, minha placa gráfica instalada atualmente é uma RTX 3050,

Recentemente instalei o último LTS do KUbuntu em um Ideapad sem problemas, então isso é um pouco estranho.

Obrigado por qualquer ajuda.

Estou trabalhando em um sistema onde renomeamos algumas das interfaces de rede para consistência no aplicativo. Estamos lutando para configurar os endereços IP durante a instalação. Fiz alguns testes, configurando conexões com nmtuie parece que existem dois casos de uso:

Interface nomeada automaticamente: quando o nome da interface tem o nome designado pelo sistema operacional (exemplo eno1), a configuração da conexão é armazenada em/etc/NetworkManager/system-connections/eno1.nmconnection

Interface renomeada: quando o nome da interface é alterado (exemplo, datafornecendo um DEVICEno ifcfg-arquivo), a configuração da conexão é armazenada no /etc/sysconfig/network-scripts/ifcfg-dataarquivo.

Agora, em ambos os casos, ifcfg-existia um arquivo. No caso de eno1, o arquivo define o MTUe ZONE, no caso de data, ele define NAMEe DEVICE.

Alguém tem uma explicação sobre o porquê da aparente inconsistência e como devo pré-configurar minhas interfaces nos dois casos?

Atualização: fiz alguns testes adicionais e, independentemente de incluir ou não a NAMEconfiguração em ifcfg, desde que deviceesteja definido para algo diferente do padrão, o NetworkManager armazenará a configuração de IP para essa interface em ifcfg. Se você preencher NAMEe DEVICEcom o nome da interface original, ele armazenará a configuração de IP em um .nmconnectionarquivo.

Ok, então eu sei ao navegar nas listas de distribuições Linux online, se eu tenho uma CPU comum de 32 bits da Intel/AMD, em "Arquitetura:" devo procurar por " i686 ", e por 64 bits devo procurar por " x86_64 ".

Mas e se eu tiver um Chromebook com uma versão de 32 bits do ChromeOS e minha CPU for um " Processador Rockchip ARMv7 rev 1 (v7l) "? Como sei qual distribuição Linux posso instalar? braço ? arme ? armhf ? armhfp ?? aarch64 ??? risco !? Estou tão perdido.

E o que acontece se eu tentar instalar uma distro em um computador que não a suporta? Isso me impedirá de instalá-lo em primeiro lugar ou ele será instalado e não inicializará?

(Agradecemos antecipadamente, estou tentando instalar o Linux no meu Chromebook, pois ele atingiu a expiração da atualização automática e não receberá mais atualizações.)

Em uma máquina Ubuntu 22.04 sem cabeça, gostaria de iniciar uma instalação sem cabeça do NetBSD 9.2 no VirtualBox.

Eu tenho uma máquina virtual preparada com um conjunto de imagens de disco em branco anexadas, bem como com o CD de instalação inicializável do NetBSD anexado à unidade de CDROM.

Minha ideia era fazer a instalação pela porta serial, usando minicom, mas não estou conseguindo fazer a instalação mudar para usar o console serial.

Estou iniciando a máquina com

VBoxManage startvm netbsd --type=headless

Então eu tento fazer com que ele mude o console para a porta serial:

VBoxManage controlvm netbsd keyboardputfile boot.conf

... onde boot.confestá um arquivo contendo uma linha de texto dizendo consdev com0, que é o que você digitaria no prompt de inicialização do NetBSD para alternar para o console serial.

Eu sei que o console serial do NetBSD está configurado para usar 9600 8N1, que é o que eu minicomconfigurei para usar, e configurei a porta serial na máquina virtual assim:

UART 1:                      I/O base: 0x03f8, IRQ: 4, attached to pipe (server) '/tmp/netbsd.pipe', 16550A

eu começo a minicomusar

minicom -D 'unix#/tmp/netbsd.pipe'

Eu uso com sucesso o console serial em outra máquina virtual de maneira idêntica e posso ver o status na minicommudança de "Offline" para "Online" assim que a máquina NetBSD liga, mas não há saída no arquivo minicom.

Alguém pode ver qual é o problema e como eu faria para corrigi-lo? Eu sei que a alternativa seria inicializar a máquina por PXE, mas eu esperava poder evitar fazer isso (já que não inicializo mais nada no momento).

Estou escrevendo um script de proteção para ser executado pelo kickstart durante a fase de pós-instalação. Um dos requisitos é alterar as permissões nos arquivos /etc/ssh/ssh_host*key. Meu problema é que essas chaves não são geradas quando o script é executado. Eu tenho duas perguntas:

1. Quando essas chaves são geradas durante o processo de instalação?

2. Vou quebrar alguma coisa se eu gerá-los com meu script?

Eu tenho o Windows instalado na unidade C: e a unidade D: tem meus dados. Eu sei que a reinstalação do Windows pode ser feita sem formatar as unidades que não são do sistema operacional, mas pelo que posso dizer, o Linux tem um protocolo de armazenamento completamente diferente.

Então, o Linux reconhece as partições do Windows ou a instalação do Linux pela primeira vez exige que você apague todos os dados do disco rígido?

Cenário : por simplicidade - considere que existe um disco rígido de 500GB para instalar apenas Linux (por exemplo Ubuntu, Debian ou Fedora) - e se existe um disco rígido de 750GB ou 1TB então 500GB são dedicados para Linux (como primeiro caso) e o resto do disco para Windows.

Eu li muitos tutoriais sobre as melhores práticas sobre como definir partições para instalar o Linux, para o cenário mais comum ou geral é sugerido:

/boot 100MB
/swap x2 current RAM if is minor or equals of 4GB
/     50GB to 100 GB
/home 50GB to 100 GB 

Nota : para acima é importante considerar a ordem das partições também.

Até aqui está tudo bem e gpartedpode ser usado em paz.

Agora, considerando os aspectos/preocupações de segurança e administração , está disponível o seguinte:

#1
/boot 100MB
/swap x2 current RAM if is minor or equals of 4GB
/     50GB to 100 GB
/home 50GB
#2
/var
/usr
/tmp

Pergunta 1 A ordem da parte 2 está correta? ou não importa? Em muitos tutoriais essas partições da parte 2 aparecem ou são apenas mencionadas, mas nunca indicadas sobre sua ordem - portanto, não tenho certeza se não é importante ou não. Pode ser problemático mais tarde.

Pergunta 2 : Quais são os tamanhos recomendados para e /varpartições ? Esta pergunta seria complicada, mas estou assumindo que existe um tipo de orientação ou regra geral para eles./usr/tmp