Re: is the number of dot files a measure of the darkness of Linux?:-D
On Sun 16 May 2021 at 20:30:03 (+0200), Patrice Duroux wrote: > > 2. After this I was curious about the overall content of all the packages > on any dot files (including directories). For that I used the following to > 2 commands: > # the packages concerned > apt-file --filter-origins Debian --regex search '/\.' | cut -d ':' -f 1 | > uniq -c | sort -h > # the top 10 of dot files > apt-file --filter-origins Debian --regex search '/\.' | cut -d ':' -f 2 | > grep -o '/\..*' | sort | uniq -c | sort -rh | head -10 The ones that concerned me (too strong, perhaps—just raised my eyebrows) were those in /etc. Modifying the command above, here's a "complete" list: $ apt-file --filter-origins Debian --regex search '/\.' | grep -v ': /usr' | grep -v ': /var' | grep -v '.placeholder$' | grep -v '.htaccess$' | grep -v '/skel/' elogind: /lib/elogind/system-shutdown/.keep_dir elogind: /lib/elogind/system-sleep/.keep_dir evilwm: /etc/xdg/.evilwmrc_simple fake: /etc/fake/.fakerc gridsite: /etc/gridsite/.gacl ncbi-data: /etc/ncbi/.ncbirc ncbi-data: /etc/ncbi/.nlmstmanrc netdata-core: /etc/netdata/.opt-out-from-anonymous-statistics pixelmed-apps: /etc/pixelmed/.com.pixelmed.display.DicomImageViewer.properties svxlink-server: /etc/svxlink/.procmailrc trafficserver: /etc/trafficserver/body_factory/default/.body_factory_info util-vserver: /etc/vservers/.defaults/cachebase util-vserver: /etc/vservers/.distributions/f7/apt/sources.list util-vserver: /etc/vservers/.distributions/fc1/apt/sources.list util-vserver: /etc/vservers/.distributions/fc2/apt/sources.list util-vserver: /etc/vservers/.distributions/fc3/apt/sources.list util-vserver: /etc/vservers/.distributions/fc4/apt/sources.list util-vserver: /etc/vservers/.distributions/fc5/apt/sources.list util-vserver: /etc/vservers/.distributions/fc6/apt/sources.list util-vserver: /etc/vservers/.distributions/rh9/apt/sources.list util-vserver: /etc/vservers/.distributions/suse91/apt/sources.list $ I eliminated .placeholder for obvious reasons, and I think .keep_dir performs the same function. I assume that /skel/ directories hold dotfiles to be installed elsewhere, like bash's ones, for example. I presume there's not much choice about .htaccess because this is a well-known control file. Reviewing my list from the earlier thread about .pwd.lock, I think .git/ probably has a similar constraint. As for /var and /usr—looking at my own system's /var, there are two: /var/cache/apparmor/…/.features and /var/spool/cron/atjobs/.SEQ and I might assume that .features avoids collisions with arbitrary program names, and .SEQ makes the directory appear empty when there are no jobs waiting to be done. Similarly, I'm guessing that /usr/share/…//.uuid is some unique version index that mustn't appear to be a fontname in that family's directory. (123 of 172 occurrences in /usr.) Eliminating one dot-directory, .git/, for a source package I unpacked, here are all the rest: /usr/lib/jvm/.java-1.11.0-openjdk-amd64.jinfo /usr/lib/python3/dist-packages/PyQt5/uic/widget-plugins/.noinit /usr/share/debian-reference/.htaccess /usr/share/dictionaries-common/site-elisp/.nosearch /usr/share/doc/debian-history/docs/.htaccess /usr/share/doc/python2.7/html/.buildinfo /usr/share/doc/python3.7/html/.buildinfo /usr/share/doc/texlive-doc/texlive/texlive-en/.dict.pws.gz /usr/share/emacs/26.1/lisp/gnus/.dir-locals.el /usr/share/emacs/site-lisp/dictionaries-common/.nosearch /usr/share/fvwm/default-config/.stalonetrayrc /usr/share/gnumeric/1.12.44/autoformat-templates/3D/.category /usr/share/gnumeric/1.12.44/autoformat-templates/Classical/.category /usr/share/gnumeric/1.12.44/autoformat-templates/Colourful/.category /usr/share/gnumeric/1.12.44/autoformat-templates/Financial/.category /usr/share/gnumeric/1.12.44/autoformat-templates/General/.category /usr/share/gnumeric/1.12.44/autoformat-templates/List/.category /usr/share/pandoc/data/docx/_rels/.rels /usr/share/pandoc/data/pptx/_rels/.rels /usr/share/texlive/texmf-dist/tex/latex/tools/.tex /usr/src/linux-headers-4.19.0-14-amd64/.config /usr/src/linux-headers-4.19.0-14-amd64/.kernelvariables /usr/src/linux-headers-4.19.0-16-amd64/.config /usr/src/linux-headers-4.19.0-16-amd64/.kernelvariables Going through just _that_ list and working out their justifications would not be profitable, I think. > They are very diverse and include some .git* ones. Are they always useful > to provide? > Is this something related to the Debian Policy? tracked by Debian > Maintainer and/or in the scope of some QA tools? > > My opinion (as a sysadmin) is that I am not a big fan of dot files and > moreover when they are not intended to be reserved (better restricted?) to > the userland. I'm not a fan of using them unnecessarily, particularly in /etc/, but I wouldn't want to restrict them where they bring about some benefit. Cheers, David.
Re: OT: minimum bs for dd?
>> On Sun, May 16, 2021 at 01:31:49PM -0500, Richard Owlett wrote: >> > I'll bite ;} >> > When is it the right tool? >> >> When you're using it to convert ebcdic to ascii, while swapping bytes and >> reblocking an ancient file from a barely readable archival tape. >> >> > When is it not? >> >> When copying a file. >> > When copying a file and writing it to another medium, perhaps eg when writing > a DVD .iso file directly to a USB stick, it's ideal. Not sure about ideal: cat /dev/sdb is one char longer than dd /dev/sdb but it's often faster (you can speed up `dd` by providing a larger `bs=` argument, but then you've lost the length advantage ;-) Stefan
Re: OT: minimum bs for dd?
Thanks to all for your responses! -- "No matter how big the problem is, you can always run away from it." Dom Irrera
Re: ssh no conecta (Bullseye en ambos equipos)
El 2021-05-15 a las 19:56 -0300, Walter Omar Dari escribió: > Hola Camaleón, cómo va ?... :-) > El 15/5/21 a las 14:27, Camaleón escribió: > > Además d elo que te han comentado, revisa las opciones de configuración > > de SSH en el sistema donde has puesto testing, quizá alguna opción te > > esté dando guerra. > > > Los archivos de configuración, los contenidos en /etc/ssh/ son prácticamente > idénticos en los dos equipos, salvo los archivos .key Ok... > > > debug2: ssh_connect_direct > > > debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22. > > > > > > ... después de un rato da un error de timeout. > > > > Un error de timeout apunta a que el anfitrión (el equipo al que > > conectas) corta la conexión por algún motivo (directiva de seguridad, > > etc.); si llegas con un ping al equipo, así a bote pronto el cortafuegos > > quedaría descartado. > > El ping me responde inmediatamente... > > $ ping 192.168.0.8 > PING 192.168.0.8 (192.168.0.8) 56(84) bytes of data. > 64 bytes from 192.168.0.8: icmp_seq=1 ttl=64 time=0.344 ms > 64 bytes from 192.168.0.8: icmp_seq=2 ttl=64 time=0.330 ms > 64 bytes from 192.168.0.8: icmp_seq=3 ttl=64 time=0.338 ms > 64 bytes from 192.168.0.8: icmp_seq=4 ttl=64 time=0.331 ms > ^C Hum... prueba con una traza, aunque me temo que no proporcionará mucha más información: traceroute -T -O info -p 22 192.168.0.8 > > > > Prueba a conectarte desde el propio equipo (ssh root@localhost). > > Conecta perfectamente > > > Me desorienta que no me de algún mensaje más, alguna pista en el modo > "verbose"... Si la conexión fuera entre redes distintas (remotas), pasando el tráfico por distintos servidores y enrutadores que no están bajo tu supervisión, podría entenderse el timeout por algún filtro de los ISP, el tamaño de los paquetes o cortafuegos, pero teniendo controlado el entorno de conexión (red local) el tiemout es todo un misterio :-? Si tienes otro equipo desde donde probar (p. j., otro sistema operativo como Windows con Putty o MacOS), intenta a ver, no vaya a ser que la guerra te la esté dando el cliente desde donde conectas. Saludos, -- Camaleón
Re: Howto disable automounting of all removeable media
On 05/15/2021 11:52 AM, davidson wrote: On Sat, 15 May 2021 Richard Owlett wrote: I have disabled auto-mounting of removable media on my Stretch install with MATE. Here was Brian's advice for doing this on jessie with MATE: https://lists.debian.org/debian-user/2015/09/msg01077.html [...] Try gsettings set org.mate.media-handling automount false Maybe it still works? I don't have a system appropriate to test it out on. You'll have to be the guinea pig. Guinea pig wiggles nose saying that it still works. CAVEAT - it evidently works for only current user. I wish to do the same with my new Buster machine. I've forgotten how and Google etc gives plethora of irrelevant hits. For me, the first hit on duckduckgo.com with search terms automount "Richard Owlett" site:lists.debian.org was your reply to that message. I've never thought to use *my name* as a keyword when looking for resolved issues.
Re: Howto disable automounting of all removeable media
On Sun, 16 May 2021 06:09:17 -0500 Richard Owlett wrote: > > I've never thought to use *my name* as a keyword when looking for > resolved issues. > It's worth doing that at least once or twice a year to keep an eye on what Google knows about you, or at least what it will publicly display. I'm happy to say that I normally appear no higher than page ten. You may also be surprised to see how many people also have your name. At least one will be a clergyman. -- Joe
Re: How do I disable display power management on bullseye?
Greetings. On 16/05/2021 18.00, didier gaumet wrote: from http://blog.tordeu.com/?p=292 , perhaps this would do: gsettings set org.gnome.desktop.session idle-delay 0 That seems to have done the trick; thanks! By the way, by default nowadays, Gnome runs on Wayland, not on Xorg, so unless you specifically launch Gnome on Xorg, your Xorg settings will have no effects, I suppose Good to know. Regards, Tristan -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tristan Miller Free Software developer, ferret herder, logologist https://logological.org/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Re: OT: minimum bs for dd?
On Sun, May 16, 2021 at 02:45:12PM -0400, Michael Stone wrote: > On Sun, May 16, 2021 at 01:31:49PM -0500, Richard Owlett wrote: > > I'll bite ;} > > When is it the right tool? > > When you're using it to convert ebcdic to ascii, while swapping bytes and > reblocking an ancient file from a barely readable archival tape. > > > When is it not? > > When copying a file. > When copying a file and writing it to another medium, perhaps eg when writing a DVD .iso file directly to a USB stick, it's ideal. [Note: Debian's .iso files that are bootable have a hybrid format which means that you can write the bits directly to a USB stick and it will be bootable - other .iso files may vary.] Andy C.
Re: How do I disable display power management on bullseye?
Hello, from http://blog.tordeu.com/?p=292 , perhaps this would do: gsettings set org.gnome.desktop.session idle-delay 0 By the way, by default nowadays, Gnome runs on Wayland, not on Xorg, so unless you specifically launch Gnome on Xorg, your Xorg settings will have no effects, I suppose
Re: Has anybody [had] good/bad experiences with the Bose QuietComfort 35 II and Debian ?
Hello, Disclaimer: I do not use bluetooth nor Bose hardware there is a webpage (4 years old) about a Quietcomfort 35 (first gen) paired with an Ubuntu PC here: https://askubuntu.com/questions/833322/pair-bose-quietcomfort-35-with-ubuntu-over-bluetooth
Re: Has anybody [had] good/bad experiences with the Bose QuietComfort 35 II and Debian ?
another less specific webpage about Bose headphones on Linux: http://www.bingshui.org/tech/bose-headphones-on-linux/
Re: Howto disable automounting of all removeable media
On Sun, 2021-05-16 at 06:09 -0500, Richard Owlett wrote: > On 05/15/2021 11:52 AM, davidson wrote: > > On Sat, 15 May 2021 Richard Owlett wrote [...] > > > I wish to do the same with my new Buster machine. > > > > > > I've forgotten how and Google etc gives plethora of irrelevant hits. > > > > For me, the first hit on duckduckgo.com with search terms > > > > automount "Richard Owlett" site:lists.debian.org > > > > was your reply to that message. > > > > I've never thought to use *my name* as a keyword when looking for > resolved issues. Have you considered the reason why someone else would think to do such a thing? -- Tixy
Re: OT: minimum bs for dd?
On Sat, May 15, 2021 at 11:32:31PM +0300, IL Ka wrote: As noted, is there a minimum bs size for dd? It seems that you can set bs as small as 1. 512 is the default because of HDD block size which used to be 512 bytes for more than 30 years (before advanced format was invented) dd wasn't invented to do things with hard drives, it was for working with tapes, file conversions, etc. Since record sizes on tapes and within files can vary widely, it's very flexible about what block sizes to use, and how to pad data to convert between block sizes. In most cases when people use dd these days it's not really the right tool for the job.
Re: Has anybody [had] good/bad experiences with the Bose QuietComfort 35 II and Debian ?
Ottavio Caruso wrote: > I am also aware that there are bug reports still open with Pulseaudio > and profile mismatch with wireless headphones. > > Before investing almost £200, I wonder if I can have any feedback on > this model. I am using Debian Buster. Did you try to do pairing and configuring without whatever desktop overhead you might have - in bluetoothctl. I spent a lot of time in recent years with bluetooth and HSP/HFP (most likely you want HSP and not HFP) and yes there are issues with bluez5 and pulseaudio. Basically the issues are related to automatic handling of profiles - the symptoms you describe fit this plague. Perhaps it would be good to remove the ~/.pulse directory first and reboot to make sure there is no old stuff inside. Remove also pairing on the desktop. Pair again after reboot and make sure you have setup your desired profile as default. (It is not clear which you prefer - A2DP or HFP.) Most likely you want to have HSP, but you get A2DP as it is configured by default. I found out it is useful to set up the profile in pavucontrol, but Gnome s**ks so if this does not help use bluetoothctl to configure the profile for the device manually - you'll need to read some help or howto. I had these exercises few years ago when I setup HSP/HFP with my mobile phone, so that I can use the desktop/headphones to dial out and make phone calls. So my experience is not the same as yours and I do not have the head phones mentioned by you. Also be careful with the links refering older distro versions (didier gaumet mentioned) it could be they refer to Bluez4 which is completely different. For example http://www.bingshui.org/tech/bose-headphones-on-linux/ "First, create a new file: /etc/bluetooth/audio.conf with the following contents" etc. does not apply to bluez5 good luck and best regards
Re: OT: minimum bs for dd?
On 05/16/2021 12:42 PM, Michael Stone wrote: On Sat, May 15, 2021 at 11:32:31PM +0300, IL Ka wrote: As noted, is there a minimum bs size for dd? It seems that you can set bs as small as 1. 512 is the default because of HDD block size which used to be 512 bytes for more than 30 years (before advanced format was invented) dd wasn't invented to do things with hard drives, it was for working with tapes, file conversions, etc. Since record sizes on tapes and within files can vary widely, it's very flexible about what block sizes to use, and how to pad data to convert between block sizes. In most cases when people use dd these days it's not really the right tool for the job. I'll bite ;} When is it the right tool? When is it not?
Re: Howto disable automounting of all removeable media
On 05/16/2021 12:18 PM, Tixy wrote:
On Sun, 2021-05-16 at 06:09 -0500, Richard Owlett wrote:
On 05/15/2021 11:52 AM, davidson wrote:
On Sat, 15 May 2021 Richard Owlett wrote
[...]
I wish to do the same with my new Buster machine.
I've forgotten how and Google etc gives plethora of irrelevant hits.
For me, the first hit on duckduckgo.com with search terms
automount "Richard Owlett" site:lists.debian.org
was your reply to that message.
I've never thought to use *my name* as a keyword when looking for
resolved issues.
Have you considered the reason why someone else would think to do such
a thing?
Some like to "pull my chain"
More seriously, I have a history {in their opinion ;} of repeating
questions. But in *my* world view they are not the same question.
Being past "three score and ...", I don't recall all past forays.
Re: OT: minimum bs for dd?
On Sun, May 16, 2021 at 01:31:49PM -0500, Richard Owlett wrote: I'll bite ;} When is it the right tool? When you're using it to convert ebcdic to ascii, while swapping bytes and reblocking an ancient file from a barely readable archival tape. When is it not? When copying a file.
is the number of dot files a measure of the darkness of Linux?:-D
Hi, 1. I was wondering about the presence of the /etc/.pwd.lock file on my system. For sure 'apt-file search /etc/.pwd.lock' is no help, but 'man -K .pwd.lock' do. I also searched the Debian user mailing list and found some relevant discussion on this file. Querying the Debian Code Search was also very interesting. Could there be a Debian web page to handle some sort of global search? I think this could be useful also for beginner not familiar with the diversity of Debian services, no? It will be for instance client to Debian Packages Search, Debian Manpages and Code Search, (also Debian Wiki?) that would provide at least links if topics are found in each of them. May be user would be able to select their targets. 2. After this I was curious about the overall content of all the packages on any dot files (including directories). For that I used the following to 2 commands: # the packages concerned apt-file --filter-origins Debian --regex search '/\.' | cut -d ':' -f 1 | uniq -c | sort -h # the top 10 of dot files apt-file --filter-origins Debian --regex search '/\.' | cut -d ':' -f 2 | grep -o '/\..*' | sort | uniq -c | sort -rh | head -10 They are very diverse and include some .git* ones. Are they always useful to provide? Is this something related to the Debian Policy? tracked by Debian Maintainer and/or in the scope of some QA tools? My opinion (as a sysadmin) is that I am not a big fan of dot files and moreover when they are not intended to be reserved (better restricted?) to the userland. Cheers, Patrice
Re: is the number of dot files a measure of the darkness of Linux?:-D
If you were root and did ls -a /etc/.pwd.lock you'd probably find it. On Sun, 16 May 2021, Patrice Duroux wrote: > Hi, > > 1. I was wondering about the presence of the /etc/.pwd.lock file on my > system. > For sure 'apt-file search /etc/.pwd.lock' is no help, but 'man -K > .pwd.lock' do. > I also searched the Debian user mailing list and found some relevant > discussion on this file. > Querying the Debian Code Search was also very interesting. > > Could there be a Debian web page to handle some sort of global search? > I think this could be useful also for beginner not familiar with the > diversity of Debian services, no? > It will be for instance client to Debian Packages Search, Debian Manpages > and Code Search, (also Debian Wiki?) that would provide at least links if > topics are found in each of them. > May be user would be able to select their targets. > > 2. After this I was curious about the overall content of all the packages > on any dot files (including directories). For that I used the following to > 2 commands: > # the packages concerned > apt-file --filter-origins Debian --regex search '/\.' | cut -d ':' -f 1 | > uniq -c | sort -h > # the top 10 of dot files > apt-file --filter-origins Debian --regex search '/\.' | cut -d ':' -f 2 | > grep -o '/\..*' | sort | uniq -c | sort -rh | head -10 > > They are very diverse and include some .git* ones. Are they always useful > to provide? > Is this something related to the Debian Policy? tracked by Debian > Maintainer and/or in the scope of some QA tools? > > My opinion (as a sysadmin) is that I am not a big fan of dot files and > moreover when they are not intended to be reserved (better restricted?) to > the userland. > > Cheers, > Patrice >
Mini pc AMD Ryzen com Debian
Prezados, bom dia! Estou pesquisando para compra de um novo pc que será usado como desktop genérico. Me interessei pelo Beelink mini pc. É pequeno, ocupa pouco espaço na mesa, ideal. Coloquei abaixo as dúvidas que me restam sobre esses que vêm com o AMD Ryzen: - O Ryzen vem com placa de vídeo radeon integrada. Qual seria o desempenho de vídeo usando o driver 2D genérico de software livre? Não jogo, mas assisto youtube e alguns serviços de streaming de filmes, como netflix, etc. Não gostaria de ter que instalar driver de vídeo proprietário. - Ele vem com windows 10. Eu conseguiria instalar debian nele sem ter que contornar coisas como trusted execution, secure boot, etc? Faz algum tempo que não instalo debian em computador novo. - Alguém aqui da lista tem experiência com debian em AMD Ryzen? Ele realmente é isso tudo que sites de hardware reportam? Valeu, obrigadão! Abaixo link de um beelink com Ryzen 5. https://www.americanas.com.br/produto/3120593921?opn=YSMESP=34820319000185=bp_pl_00_go_inf_notebooks_todas_geral_gmv=1=e789ea56094489dffd798f86ff51c7a9=5d898a7a49f937f625efd519=606cb214f8e95eac3d206ee3=CjwKCAjwhYOFBhBkEiwASF3KGRCfAiYpu59zVKVCmGZjdXA2cMD7fDkVviMHD-gcmCNBB0oLlN1IfRoCiYwQAvD_BwE
Re: Howto disable automounting of all removeable media
On 5/16/21, Joe wrote: > On Sun, 16 May 2021 06:09:17 -0500 > Richard Owlett wrote: > >> I've never thought to use *my name* as a keyword when looking for >> resolved issues. >> > > It's worth doing that at least once or twice a year to keep an eye on > what Google knows about you, or at least what it will publicly display. > I'm happy to say that I normally appear no higher than page ten. > > You may also be surprised to see how many people also have your name. > At least one will be a clergyman. This is what I do, too. It's how I found out someone had created a fake Twitter account using my name, my images, and my bio information. The only change was their location was West Virginia, and they posted tweets that had a lot of *numbers* in them. My real Twitter is Studebaker. They called theirs "Studebarke". Twitter took it down within a couple hours of a request for them to do so. There is still an "Account suspended" fragment hanging around out there on their website. Please be safe out there. It's not the same World we were living in 20 years ago. Toward both the good and the bad, the Internet has played a large part in that change. :) Cindy :) -- Cindy-Sue Causey Talking Rock, Pickens County, Georgia, USA * runs with birdseed *
[ADDENDUM] Re: Howto disable automounting of all removeable media
On 05/16/2021 06:09 AM, Richard Owlett wrote: On 05/15/2021 11:52 AM, davidson wrote: [snip] For me, the first hit on duckduckgo.com with search terms automount "Richard Owlett" site:lists.debian.org was your reply to that message. I've never thought to use *my name* as a keyword when looking for resolved issues. That does work ;! I did a search about using ISO files for repository. Found a 2014 thread with info not apparent in my current thread.
Re: Howto disable automounting of all removeable media
On 05/16/2021 07:47 AM, Joe wrote: On Sun, 16 May 2021 06:09:17 -0500 Richard Owlett wrote: I've never thought to use *my name* as a keyword when looking for resolved issues. It's worth doing that at least once or twice a year to keep an eye on what Google knows about you, or at least what it will publicly display. I'm happy to say that I normally appear no higher than page ten. You may also be surprised to see how many people also have your name. At least one will be a clergyman. In some states "Owlett" has frequency approaching "Smith". On today's search I had to limit my search to debian.org to get useful results ;}
How do I disable display power management on bullseye?
Dear all, I've got an Intel NUC10i3FNH on which I've done a fresh install of buster and then upgraded to bullseye. After exactly five minutes of inactivity, the display (connected via HDMI) fades to black and then shortly thereafter shuts off completely. How can I inhibit this behaviour? I need the monitor to remain on all the time. Here are some things I've tried so far: 1) Disable idle activation for my user account: $ gsettings set org.gnome.desktop.screensaver idle-activation-enabled false 2) Disable sleep for my user account: $ gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing' $ gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 0 3) Disable sleep for the login manager: # cat << EOF > /etc/gdm3/greeter.dconf-defaults sleep-inactive-ac-timeout sleep-inactive-ac-type='nothing' EOF 4) Disable sleep for the X server globally: # cat << EOF > /etc/X11/xorg.conf.d/xorg.conf.d Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection EOF 5) Disable sleep for the current X session: $ xset s off s noblank s 0 0 s noexpose None of these measures have stopped the screen from blanking and eventually shutting off altogether after five minutes. What else should I be doing? When I run xset q, the relevant output is as follows: Screen Saver: prefer blanking: noallow exposures: yes timeout: 0cycle: 0 DPMS (Energy Star): Server does not have the DPMS Extension Regards, Tristan -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tristan Miller Free Software developer, ferret herder, logologist https://logological.org/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Re: OT: minimum bs for dd?
On 2021-05-16 at 18:33, Stefan Monnier wrote: >> When copying a file and writing it to another medium, perhaps eg when writing >> a DVD .iso file directly to a USB stick, it's ideal. > > Not sure about ideal: > > cat /dev/sdb > > is one char longer than > > dd /dev/sdb > > but it's often faster (you can speed up `dd` by providing a larger > `bs=` argument, but then you've lost the length advantage ;-) Is there really no functional difference between the baseline trivial functionalities of cat and dd? From quite a long time ago, I thought there were contexts in which writing a suitably-prepared data file directly to a block device using cat would produce incorrect results, but using dd would work out fine. I can't remember any of the potential specifics, though, so it's possible I'm mixing one or both of them up with something else... -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
