Marcos FRM

Remover seletivamente a permissão "Excluir"?

@Shaman93 Interessante. Lembrei disto.

Ok, feito. Consegui. Perdão por poluir o tópico... As instruções estão aqui.

Estou quase conseguindo criar pelo Linux. No entanto, depois de achar os arquivos avulsos nos servidores da Apple, excluí o High_Sierra_bootable.dmg. Só que deveria ter salvo este arquivo, que é diferente dos hospedados lá: Install macOS High Sierra.app/Contents/SharedSupport/InstallInfo.plist Tem como alguém postar o conteúdo dele usando a tag CODE do fórum? Valeu.

Sempre que vejo tópicos como este, não me canso de agradecer, mentalmente, ao Herói da Pátria @faller, que começou o árduo trabalho, há ~15 anos, de desmascarar essa picaretagem de estabilizador para aparelhos eletrônicos.

Não é minha área. Vamos esperar alguém da área de design opinar.

Depende do tipo de trabalho... tenho uma amiga que trabalha na área e tem projetos no Illustrator que fazem o programa sozinho consumir 8 GiB (ou mais). Ela tem 32 GiB de RAM. Hehe.

Adapte um parafuso com rosca soberba...

Usei o XFCE por muito tempo e, apesar de ter melhorado com o Xfwm 4.14, tearing sempre me acompanhou. Sumia por um tempo, depois voltava... sei lá onde quebrava, no Xorg, no Xfwm, outro lugar? No Bugzilla do XFCE tem um longo histórico de regressões nessa parte. Uma característica que diferencia GNOME e KDE dos demais é o suporte, maduro a esta altura, ao Wayland no Mutter e Kwin. Voltei para o GNOME não faz muito, usando o padrão sempre que possível (no Fedora é Wayland), e nunca mais tive tearing. @KairanD Será que ainda é útil? Um dos bugs que diz remediar foi consertado faz tempo: https://bugzilla.gnome.org/show_bug.cgi?id=738719 https://gitlab.gnome.org/GNOME/mutter/-/commit/4c6866741d5ca53d028329f1626298985c005a0c (Mutter 3.18+) O outro, https://bugzilla.redhat.com/show_bug.cgi?id=767397, é pré-histórico, já fechado por antiguidade.

Com o UEFI:NTFS (quando há arquivo maior que 4 GiB na mídia), estamos aqui: https://github.com/pbatard/uefi-ntfs/blob/v2.2/boot.c#L428-L432 https://github.com/pbatard/uefi-ntfs/blob/v2.2/path.c#L109-L165 SetPathCase() retorna PROTOCOL_ERROR. Poderia ser bug no UEFI:NTFS, porém, se falha com FAT32 também, esse BIOS aí está com problema. Talvez tentar atualizar sei lá como...

Com o W8.1 + FAT32 também não foi?

Gerenciamento de extensões do GNOME Shell não é mais feito através do "Ajustes do GNOME". Agora é pelo aplicativo "Extensões" (desde o 3.36 parece).

14 - 1366x768 - 111,94 PPI 14 - 1920x1080 - 157,35 PPI Acabou.

Exibição sim, porém a renderização foi feita usando mais pontos, o que resulta numa qualidade melhor -- dependendo da densidade, muito melhor: https://www.eizoglobal.com/library/basics/pixel_density_4k/ Telas HiDPI = .

Com maior densidade de pixels as coisas ficam menores, sejam as letras, bordas de janelas, etc. Acho que isso que o @Catelan quis dizer. FHD não ficam ruim em 14 polegadas. Até em 13[*] fica bom, basta fazer o Windows aumentar o zoom dos elementos da interface caso necessário; inclusive o faz automaticamente às vezes (qual heurística exata não sei). HiDPI é bem suportado também pelo macOS (óbvio né... Apple e suas telas maravilhosas!) e até no Linux (GNOME pelo menos). [*] Tem modelos do Dell XPS 13 que vêm com tela ~4K: https://www.dell.com/pt-br/shop/notebooks/sr/laptops/xps-laptops?~ck=bt Edit: Esqueci de mencionar uma coisa: programas velhos. Programas que não levam em conta DPI da tela podem ser problemáticos com telas HiDPI. O ideal, claro, é não usar porcaria obsoleta e/ou mal desenvolvida. Não sendo possível, o Windows tem opções para remediar o problema: https://blogs.windows.com/windowsdeveloper/2017/05/19/improving-high-dpi-experience-gdi-based-desktop-apps/

Operating Systems: Internals and Design Principles, 5th Edition: Stallings deve ser suficiente para eles...

Com certeza.

Ao passar a opção "/s <letra>:" ao bcdboot, não mexe nas variáveis do firmware, ou seja, não registra uma nova e coloca-a no topo (acho que exclui a anterior também, não tenho certeza). Pode ter sido isso. Porém não tinha como evitar especificá-la, pois, sem "/s <letra>:", tenta autodetectar a partição EFI e, no seu caso, era provável que fosse usada a do disco 0.

Como RAID de discos virtuais faz quase (?) nenhum sentido, para mim, opção A.

https://adrenaline.com.br/noticias/v/78993/gpu-intel-arc-a770-chega-12-de-outubro-us-329 https://www.theverge.com/2022/9/27/23374988/intel-arc-a770-price-release-date Agora o mundo via tremer.

Isso que você deveria fazer; tem outras opções da HP e Lenovo. A questão é confiabilidade, gerenciamento (IPMI), garantia, etc. Existem peças avulsas para esse mercado, como placas-mãe Supermicro ou linhas específicas para servidores da ASUS e Gigabyte. No entanto, para um estrutura pequena, é mais negócio um servidor de entrada de grife.

Sim, é isso, porém apenas do arquivo High_Sierra_bootable.dmg.

@gutopereira Tem como postar a soma SHA256 do DMG? Envia o arquivo .sha256 (é texto plano) para o MediaFire depois. Se não quiser instalar o 7-Zip e não tiver outro programa para este fim, pode usar a versão portable. Nesse caso, é o mesmo processo (botão direito, etc...), porém dentro da interface dele.

Confio em você. Ao postar arquivos grandes assim, sempre é bom criar uma soma de verificação SHA1 ou SHA256 (MD5 não é mais considerada confiável) e postá-la junto, para ajudar o pessoal que baixa ter certeza que o veio íntegro. No Windows, entre outros, o 7-Zip gera as somas (no menu de contexto do Windows Explorer tem a opção). A minha situação aqui é que o disco rígido está totalmente zerado. Estava fazendo umas experiências. DMG, pelo pouco que vi, é tipo um WIM da Apple. Os passos para criar provavelmente são: - Particionar o pendrive: MBR ou GPT? Quantas partições, de qual tipo... - Sistemas de arquivos: FAT16/32, HFS, HFS+? Linux tem suporte ao HFS se não me engano. Não é lá essas coisas, talvez sirva igual. - O que colocar dentro dos sistemas de arquivos: só extrair o DMG para um deles? A partição EFI, caso usada, é composta por quais arquivos (estão no DMG?)? Este MacBook aqui possui uma implementação UEFI velha, porém funcional, que carrega o bootloader fallback de \EFI\BOOT\BOOTX64.EFI sem problema. Será que a mídia de instalação usa o mesmo mecanismo (que é padrão de qualquer máquina UEFI com Windows hoje...)? Mac não é minha praia. Ganhei de presente este cacarequinho aqui... vamos ver o que consigo aprender com ele.

Opa. Estou com um MacBookPro7,1 (2010) aqui, que aceita no máximo o High Sierra. Esse DMG é original, sem modificações? Sobre como criar o pendrive, uma alternativa é estudar o que aquele script da Apple faz e adaptar os passos em outro sistema (Linux quem sabe). Talvez me obrigue a fazê-lo...