leensc

Regarding FAT32, I mentioned it because it was the way that worked to recognize the pendrive in Boot (I don't know why, but it worked).

This is the screen that always appears after trying to Boot from the pendrive: drive.google.com/file/d/14PeN16fPwHYS6VoSptmGcZvbBdVMZgR6/…

See this image is of the BIOS configuration even if I change any configuration it does not initialize the pendrive (it even tries to turn off the computer and boot from Ubuntu): drive.google.com/file/d/14Qmls5tlqDMnK2OXeSFvr4HNhFUVPa1Z/view ?usp=drivesdk

Yes friend! I've done all this, but the problem is that in Boot it insists on booting with Ubuntu.

The pendrive is in NTFS format, would there be any problem with that? Or would I have to leave the pendrive in FAT32? I say this because I was able to boot with just FAT32.

I went back to do the same sequential steps again. When I finish executing the last async command, nothing appears in the terminal. I tried to Boot, the pendrive appears, but when choosing the pendrive it simply turns off the notebook and starts booting again with Ubuntu and not with the pendrive.

Can I now Boot?

What do I do now?

See colleague in this image, I ran the command and went to check my pendrive and it erased everything: drive.google.com/file/d/1mdvTL18jJ2oXuS1z7ZIdpRBDgolI1Jda/…

It is necessary to enter a complete URL, for example: /media/leandro/Downloads/win11.iso?

When I give the command can win11.iso > /dev/sdb he returns non-existent file or directory: drive.google.com/file/d/1LIt_pKbAxFsZBpMpsOmNl7Al6W-YPV6V/…

For example, will it delete and copy? Or just disconnect everything from the pendrive. And I would have to copy the ISO normally from my notebook to the pendrive.

Will the command you entered cat Win11_22H2_x64v2.iso >/dev/sdb just erase everything? And for me, copying the ISO to the pendrive is all manual?

Ok, without the pendrive it is: /dev/sda and with the pendrive it is: /dev/sda /dev/sdb

Pops up /dev/sda /dev/sdb: drive.google.com/file/d/12sVXMdb2D4xEcEWl8orpCaoSPLFuBK82/…

Calm down this is: drive.google.com/file/d/1ajmCgCVKRwWnuJvgw4mPAjwEuiGnZbE0/…

This was the last one you asked for: drive.google.com/file/d/1RmP9IcjvyV-VfzdWZaKxHZEnYzcl_sGt/…

Sorry, see the return is it correct? drive.google.com/file/d/1k5vyhPzboMP64fk1zEkwsJaTjjSu0cuE/…

I typed ls /dev/sdb? and ls /dev/sda? was returned something like a directory, see: drive.google.com/file/d/1hO9TPNHU2XnClCoGFC9OzoYZ1j7G9oGp/…

ls /dev/sd?

I typed the command as it is here (all in lower case) and removed and reinserted the pendrive, but it doesn't work, it says it doesn't exist. Do you know of any tool with a graphical interface that does this job? I've honestly tried a lot of things to get back to Windows, but I feel stuck on Linux because I can't.

I typed the given command and tried to match with other keywords and it doesn't work, see: drive.google.com/file/d/115gj2-nHcNO4qYlhglatbuLXPNIoMTzY/…

It doesn't find the command. The pendrive appears normally, but when giving the command it does not find the pendrive.

Got it, I had put the name directory. But, in the /dev directory I didn't find my pendrive, just a bunch of folders and files: drive.google.com/file/d/1mHzKstitEHfW6JA8ZWpoi56DI0WSoSEs/…

Colleague, I ran the second command cat /directory/name-so.iso > /directory/name-pendrive and this simply happened: drive.google.com/file/d/1Iy3h6kfFlE4cX0ZpVF5d7W1JYK1KeR4G/…

I don't need to do anything else, just run the code from your answer in the terminal?

@GuilhermeNascimento, atá agora faz todo sentido! Estava achando que era o navegador que gerava a URL, nem passou pela minha cabeça de ser o file explorer... :/

@GuilhermeNascimento, sim a parte do Chrome eu já sei, porém só não entendi pq no seu foi gerado content://media/external/file/1000028328 e não (no meu caso content://com.google.android.apps.nbu.files.provider/1/file/storage/emulated/<nome pasta><nome arquivo>). No caso do Firefox não tem nem uma URL já que ele não aparece no meu dispositivo para abrir o arquivo.

****Versão 13****

@GuilhermeNascimento, a URL que me referia era do Chrome que é a mesma da pergunta. No meu caso, provavelmente pode ser a versão do Android, a versão que estou usando é 11 e Firefox que é 111.1.1, os recursos da versão 11 pode ter determinados recursos limitados em comparação com a versão 11.

@GuilhermeNascimento, tendi! Eu também fiz exatamente como o da pergunta, porém ao escolher em "abrir como" apenas o Firefox é ignorado o restante aparece e sem contar que a URL que você apresentou no comentário acima é bem diferente da minha, eu vou ver o que está acontecendo...

@GuilhermeNascimento, você está testando da mesma forma que o @Bruno estava fazendo? Porque eu tentei testar também só que o meu Firefox nem reconhece o arquivo index.html.

Eu acho que os meus exemplos e até mesmo a pergunta foi um pouco confuso, porque apesar dos resultados serem os mesmos, eu usei o método de atribuição de pontos (web.dev/learn/css/specificity/…) e não o método de contagem de seletores (w3.org/TR/CSS21/cascade.html#specificity).

Ou seja independente de qual seletor está sendo passado o :not() sempre vai contribuir para a especificidade. O mesmo acontece nos resultados de cálculo especificado nas calculadoras dos editores de código.

Você disse algo como "separar os seletores e contar separadamente, dentro de cada versão separada ignorar o :not...". É como na calculara da Polypane o 1 a esquerda é do "id dentro de :not: polypane.app/css-specificity-calculator/…. Já neste caso o 1 do meio é "apenas o not": polypane.app/css-specificity-calculator/….

@bfavaretto, muito obrigado pela a ajuda, agora conseguiu esclareceu minhas dúvidas hehe, forte abraço ;)

Se sim, então já está respondido a pergunta... caso não! Se não for pedir muito, eu acho que ficaria mais fácil responder por aqui: docs.google.com/forms/d/e/…

Desculpa por perder seu tempo comigo, colega... Sim, no exemplo como você mencionou a última regra está sendo aplicada e isso está relacionado com a ordem de origem das regras ou seja, quando existir duas regras no código e ambas tiverem o mesmo peso de especificidade nos seletores, a última regra prevalecerá. Então neste caso, podemos atribuir ao mesmo para a pseudoclasse :not() quando os seletores passados como argumentos forem iguais (que nem o último exemplo da pergunta)?

@bfavaretto, isso que está me deixando muito confuso, se é correto dizer que not() vale n de especificidade quando os seletores tiver o mesmo peso (ou seja, 0-1-1), porque dizer que o seletor de ID vale n de especificidade quando os seletores tiver pesos diferentes (ou seja, 1-0-1) e não :not()?

@bfavaretto, até aí entendi! Mas e se eu usar como referência 0-1-1 que nem o segundo exemplo da pergunta, o mais correto é eu dizer que o peso da especificidade (o número 1 entre 0 e 1) está vindo diretamente de :not()?

@bfavaretto, 1-0-1 significa que o primeiro 1 é o seletor de ID #my-id que vem de dentro da pseudoclasse :not() na regra, certo? Agora, se pegarmos o segundo exemplo da pergunta, existem dois seletores com o mesmo peso de especificidade (que são .my-class e [href]), no qual os mesmos estão dentro de :not() da mesma forma que foi considerado o seletor de ID no cálculo da especificidade, eu quero saber qual do segundo exemplo está sendo considerado também. Tentei ser o mais claro, mas se você não entender, eu posso tentar colocar mais detalhes novamente na pergunta.

@bfavaretto, no caso do primeiro exemplo da minha pergunta a especificidade é 1-0-1 ou seja, você consegue perceber que a especificidade do seletor de ID foi levada em consideração, porém você quer dizer que quando dois seletores tiverem o mesmo peso de especificidade dentro de :not(), tanto faz o valor da especificidade de ambos os seletores?