I'm able to reproduce.
I can confirm that when this happens, it's the OVH server that fails to
send the response to my network.
35 9.862648672 MY_PUBLIC_IP_AT_HOME → 54.38.38.159 ICMP 78 Echo (ping)
request id=0x4b30, seq=33150/32385, ttl=1
36 9.862704895 54.38.38.159 → MY_PUBLIC_IP_AT_HOME
Je confirme que quand ça tombe, c'est le serveur OVH qui ne parvient pas à
envoyer la réponse à mon réseau.
35 9.862648672 IP_PUBLIQUE_MAISON → 54.38.38.159 ICMP 78 Echo (ping)
request id=0x4b30, seq=33150/32385, ttl=1
36 9.862704895 54.38.38.159 → IP_PUBLIQUE_MAISON ICMP 106 Destination
Lo instalé y funcionaba bien pero no hubo forma de configurar el color
manualmente.
Habitualmente uso colores neutros para todo, gamas de beige o similares.
Incluso me modifico los temas de Cinnamon. Y siempre use userChrome.css,
pero con la version 115 fue imposible, y en blanco o negro era muy
On 9/7/23 13:28, Dan Ritter wrote:
module(load="imuxsock" SysSock.Name="/run/systemd/journal/syslog" ) # provides
support for local system logging
There was a simpler line there, I commented it out.
Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
soap,
On 9/7/23 13:28, Dan Ritter wrote:
gene heskett wrote:
On 9/7/23 10:34, Dan Ritter wrote:
gene heskett wrote:
I thought, when I installed bullseye on this box, that a raid is what I
needed for a /home partition, and indeed under bullseye it worked
flawlessly. Since my surprise install of
Hola,
Para los «cobardicas» como yo O:-), que hemos esperado a que Thunderbird
actualizara a Nova (102.x → 115.x) os informo que ese día ha llegado.
Sólo comentar que he actualizado como de costumbre y se inicia
aparantemente sin problemas. Mi perfil (del que previamente a
actualizar he
Bonjour,
Je suis sous Debian testing à jour, avec un del G5 15 5587 qui dispose
d'un clavier Rétroéclairé. Le problème que je rencontre, c'est que ce
maudit rétroéclairage ce rallume à chaque démarrage, même si je le
désactive jusqu'à dans l'UEFI.
J'aimerai trouver une solution pour me
On 9/7/23 10:34, Dan Ritter wrote:
gene heskett wrote:
I thought, when I installed bullseye on this box, that a raid is what I
needed for a /home partition, and indeed under bullseye it worked
flawlessly. Since my surprise install of bookworm, cause by an update to
bullseye wiping out my user
Le vendredi 1 septembre 2023 à 09:00, ptilou a écrit :
> Le samedi 19 août 2023 à 17:30:03 UTC+2, benoit a écrit :
>
> > Petite astuce, pour cataloguer digikam ou darktable est super, mais si on
> > veux juste visionner des RAW au format fermé de Nikon (NEF) avec une
> > visionneuse libre,
Greetings all;
I thought, when I installed bullseye on this box, that a raid is what I
needed for a /home partition, and indeed under bullseye it worked
flawlessly. Since my surprise install of bookworm, cause by an update
to bullseye wiping out my user pw, so I went to another machine and
Le 07/09/2023 à 11:57, ajh-valmer a écrit :
On Wednesday 06 September 2023 18:25:50 mauriceplapla wrote:
Le 06/09/2023 à 18:02, ajh-valmer a écrit :
Depuis les grosses chaleurs,
d'après la principale fonction de cette pile, qui est de garder l'heure
de la machine, en cas d'éteignage (oui je
On Sep 07, 2023, duh_gently...@simplelogin.com wrote:
> Thank you for your advice!
No problem.
>
> lspci says:
> 00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models
> 00h-0fh) PCIe GPP Bridge
Okay so it's the root PCI bridge on the motherboard. Are there any
BIOS/UEFI
Bonjour Romain,
Pour compléter la réponse de Michel, un "ip route get 54.38.38.159" lancé sur
rpi4 à la survenance du problème permettrait de détecter un éventuel problème
de routage sur rpi4.
Cordialement,
Thomas
7 sept. 2023 12:55:53 Romain :
> Les erreurs étaient bien (et sont encore,
On Wednesday 06 September 2023 19:31:32 Haricophile wrote:
> Le Wed, 6 Sep 2023 18:25:50 +0200,
> mauriceplapla a écrit :
> Quand on a un bios UEFI, il faut parfois configurer sur quoi on boot
> (Debian). Je suis trop nul pour savoir de mémoire à quoi correspond
> Ctrl+i
C'est
J'ai mis le bios
On 07.09.23 13:56, Anssi Saari wrote:
basti writes:
My changes where attached in my last mail. Did you seen it?
Have a look at the mailing archive:
https://lists.debian.org/debian-user/2023/09/msg00157.html
No, you posted only your new versions so I can't know what you
actually changed.
Thank you for your advice!
lspci says:
00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 17h
(Models 00h-0fh) PCIe GPP Bridge
The only 2 PCIe devices I have are my video card and my m.2 drive. I
have had different kernel versions as I have had this problem for at
least 6 months
Le 7 septembre 2023 Thomas Trupel a écrit :
> Pour compléter la réponse de Michel, un "ip route get 54.38.38.159"
> lancé sur rpi4 à la survenance du problème permettrait de détecter un
> éventuel problème de routage sur rpi4.
Moi je pensais au bon vieux "route -n" mais on se refait pas :)
Sinon
I'll write my answer here as well, as the OP posted the same posts on
debian-french (also top-posting ...).
Some ISPs or service providers may use private IPs (RFC1918) or even
APIPA for their internal routers, to spare public IPs.
CG-NAT (which uses APIPAs) especially may create some weird
Oui j'ai du full stack des deux côtés.
Le jeu. 7 sept. 2023 à 13:57, zithro a écrit :
> On 07 Sep 2023 12:55, Romain wrote:
> > Les erreurs étaient bien (et sont encore, même si moins nombreuses) sur
> le
> > serveur chez OVH.
> > Pour le moment je n'arrive plus à reproduire. Comme j'échange
On 07 Sep 2023 12:55, Romain wrote:
Les erreurs étaient bien (et sont encore, même si moins nombreuses) sur le
serveur chez OVH.
Pour le moment je n'arrive plus à reproduire. Comme j'échange avec OVH en
même temps, peut-être une correction de leur côté.
A suivre.
Rah ce top posting ...
Pour
basti writes:
> My changes where attached in my last mail. Did you seen it?
> Have a look at the mailing archive:
>
> https://lists.debian.org/debian-user/2023/09/msg00157.html
No, you posted only your new versions so I can't know what you
actually changed. You posted originally that you have:
Le 7 septembre 2023 Romain a écrit :
> Pour le moment je n'arrive plus à reproduire. Comme j'échange avec OVH en
> même temps, peut-être une correction de leur côté.
J'en doute quand même. Pour faire suite aux échanges sur debian-user, il
se peut que ce soit ta box et pas rpi4 qui soit en cause.
Les erreurs étaient bien (et sont encore, même si moins nombreuses) sur le
serveur chez OVH.
Pour le moment je n'arrive plus à reproduire. Comme j'échange avec OVH en
même temps, peut-être une correction de leur côté.
A suivre.
Le jeu. 7 sept. 2023 à 12:37, Michel Verdier a écrit :
> Le 7
On 07/09/2023 17:32, Andy Smith wrote:
On Thu, Sep 07, 2023 at 12:20:18PM +0200, Romain wrote:
With -n (sometimes it stops at hop 7, sometimes 9):
└─# mtr -nr 54.38.38.159 -4
Start: 2023-09-07T08:17:12+
HOST: rpi4Loss% Snt Last Avg Best Wrst StDev
Le 7 septembre 2023 Romain a écrit :
> Je n'en ai aucune idée, mais :
> - le RPI4 ne reproduit ce problème que vers des IP OVH. Impossible à
> reproduire sur une IP Scaleway
> - depuis une VM hébergée sur un petit NUC branché au même switch que le
> RPI4, je ne reproduis pas le problème avec MTR
On Sep 07, 2023, duh_gently...@simplelogin.com wrote:
> Hello,
>
> I'd like to submit a bug, but I'm not quite sure which package it
> should be.
> I could not find anything similar in the bugtracker.
>
> The problem occurs every 10-20 times. After the system has been suspended
> and then
Hello,
On Thu, Sep 07, 2023 at 12:20:18PM +0200, Romain wrote:
> With -n (sometimes it stops at hop 7, sometimes 9):
> └─# mtr -nr 54.38.38.159 -4
> Start: 2023-09-07T08:17:12+
> HOST: rpi4Loss% Snt Last Avg Best Wrst StDev
> 1.|-- 192.168.0.1
No, I'm using the DNS server included in my ISP modem, in which I can only
select the last digits. It's impossible that an internal device has
received a public IP address in the DNS zone (or it's not something I've
done).
With -n (sometimes it stops at hop 7, sometimes 9):
└─# mtr -nr
On 07/09/2023 14:31, Romain wrote:
12.|-- rpi4.home 90.0% 10 7955. 7955. 7955. 7955.
0.0
May it happen that you associated a local device with the IP of your
remote server? Check configuration of the .home DNS zone. Try to add -n
option to suppress DNS lookup and
La majoria de xips realtek (o els més comuns) funcionen amb els
controladors de Debian.
Suposo que és el model concret que utilitzes que no ho fa.
A mi per exemple em funciona bé aquest que tinc en un ordinador:
RTL8192EE
També em sona que la Realtek ofereix alguna cosa al seu web:
Je n'en ai aucune idée, mais :
- le RPI4 ne reproduit ce problème que vers des IP OVH. Impossible à
reproduire sur une IP Scaleway
- depuis une VM hébergée sur un petit NUC branché au même switch que le
RPI4, je ne reproduis pas le problème avec MTR
J'ai fourni les MTR à OVH, on verra bien.
On Wednesday 06 September 2023 18:25:50 mauriceplapla wrote:
> Le 06/09/2023 à 18:02, ajh-valmer a écrit :
> > Depuis les grosses chaleurs, lorsque je boote mon ordinateur,
> > je tombe sur une demande du BIOS me demandant de faire ,
> > alors le menu GRUB apparait.
> > Avant, non, le menu GRUB
Le 07/09/2023 à 11:47, Michel Verdier a écrit :
Le 7 septembre 2023 Romain a écrit :
Oui, rpi4.home est chez moi. J'essaie de reproduire avec le -n, mais ma
compréhension est-elle bonne, à savoir qu'un équipement sur la route vers
mon serveur met fin au routage ? Ca pourrait être
Le 7 septembre 2023 Romain a écrit :
> └─# mtr -r 54.38.38.159 -4
> 15.|-- mail.borezo.info 0.0%106.9 7.2 6.7 7.9 0.4
> 12.|-- rpi4.home 90.0%10 7955. 7955. 7955. 7955. 0.0
Je n'avais pas fait attention mais ton resolv change de mail.borezo.info
Le 7 septembre 2023 Romain a écrit :
> Oui, rpi4.home est chez moi. J'essaie de reproduire avec le -n, mais ma
> compréhension est-elle bonne, à savoir qu'un équipement sur la route vers
> mon serveur met fin au routage ? Ca pourrait être "l'anti-ddos" d'OVH ?
L'option -n évite le dns mais ça
Bon dia:
Moltes gràcies per les sugerencias rebudes.
Com que soc un destraler, no men he sortit: per dos cops he acabat
trobant-me amb un kernel pànic i per sort (i experiències viscudes de fa
anys) al grub hi tinc ben guardat un kernel que rutlla sempre al que no
li faig cap "experiment".
Hello,
I'd like to submit a bug, but I'm not quite sure which package it should
be. I could not find anything similar in the bugtracker.
The problem occurs every 10-20 times. After the system has been
suspended and then resumed, the following message is written to kern.log
and syslog:
On 07.09.23 10:27, Anssi Saari wrote:
basti writes:
Am 06.09.23 um 09:37 schrieb Marco:
Am 06.09.2023 09:24 schrieb Anssi Saari:
That should be enough but I don't really know how pppoe works, I've
only used IPv6 with tunneling, 6rd and 6in4 with the late route48.org.
With PPP IPv6CP (RFC
I can reproduce with OVH IPs, but not with Scaleway IPs. I smell filtering
on the OVH side.
Le jeu. 7 sept. 2023 à 09:48, Paul van der Vlis a
écrit :
> Op 06-09-2023 om 15:40 schreef Romain:
> > Next time it happens I'll run more tests from the server to my home.
> > I'm wondering if my modem
J'arrive à reproduire avec des IP OVH, mais pas avec des IP Scaleway. Ca
sent le filtrage côté OVH.
Le jeu. 7 sept. 2023 à 10:18, Romain a écrit :
> └─# mtr -nr 54.38.38.159 -4
> Start: 2023-09-07T08:17:12+
> HOST: rpi4Loss% Snt Last Avg Best Wrst
> StDev
>
basti writes:
> Am 06.09.23 um 09:37 schrieb Marco:
>> Am 06.09.2023 09:24 schrieb Anssi Saari:
>>
>>> That should be enough but I don't really know how pppoe works, I've
>>> only used IPv6 with tunneling, 6rd and 6in4 with the late route48.org.
>> With PPP IPv6CP (RFC 2472 is being used.
>> It
└─# mtr -nr 54.38.38.159 -4
Start: 2023-09-07T08:17:12+
HOST: rpi4Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.0.10.0%101.1 0.9 0.5 1.3 0.3
2.|-- 80.10.239.90.0%103.2 3.3 2.3 5.3 0.9
3.|--
Oui, rpi4.home est chez moi. J'essaie de reproduire avec le -n, mais ma
compréhension est-elle bonne, à savoir qu'un équipement sur la route vers
mon serveur met fin au routage ? Ca pourrait être "l'anti-ddos" d'OVH ?
Le jeu. 7 sept. 2023 à 09:54, NoSpam a écrit :
> rpi4.home c'est chez toi ?
rpi4.home c'est chez toi ? Avec le -n on aurait eu les IP ...
Le 07/09/2023 à 09:30, Romain a écrit :
Ça s'est reproduit cette nuit, mais je n'ai pas pu investiguer avant
mon réveil, et pour l'instant ça ne bloque plus.
Par curiosité je fais un MTR régulier, et j'ai eu un truc étrange.
Un
Op 06-09-2023 om 15:40 schreef Romain:
Next time it happens I'll run more tests from the server to my home.
I'm wondering if my modem at home could not be the culprit. I'm prepared
for more tests here too.
If you have switches at home, those could be the problem too.
You could let log
It happened again last night, but I wasn't able to investigate before I
woke up, and for the moment it's not blocking anymore.
Out of curiosity, I'm doing a regular MTR, and I've had a strange thing
happen.
A normal one (rpi4 at home to OVH):
└─# mtr -r 54.38.38.159 -4
Start:
Ça s'est reproduit cette nuit, mais je n'ai pas pu investiguer avant mon
réveil, et pour l'instant ça ne bloque plus.
Par curiosité je fais un MTR régulier, et j'ai eu un truc étrange.
Un normal (rpi4 à la maison vers OVH) :
└─# mtr -r 54.38.38.159 -4
Start: 2023-09-07T07:14:15+
HOST: rpi4
47 matches
Mail list logo
