Re: 13.0-RC5 crash/reboot on cold-start, how do I get a textdump ?
On Thu, Apr 8, 2021 at 8:46 PM Kurt Jaeger wrote: > Hi! > > I have a new laptop (Lenovo P14s), installed freebsd 13.0-RC5 on it > with ZFS, geli encryption. > > If I cold-start the laptop, the first boot will crash before > going multi-user and reboot, and the next boot will be fine. > > I activated /var/log/kern for kern.*, but the crash happens > so early that nothing is logged. > > How can I get a textdump of that crash ? > > Would boot_ddb="YES" in /boot/loader.conf help ? > > -- > p...@opsec.eu+49 171 3101372Now what ? > ___ > > My opinion ( but not deterministic knowledge ) is that crash is due to initialization of "microcodes" . If a computer has a different operating system other than FreeBSD , such a crash is occurring during the first boot . I think the reason is that parts that are NOT able to use the newly stored microcodes . In a new boot , the above mentioned parts are becoming able to use the stored microcodes during the first boot . Mehmet Erol Sanliturk ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
13.0-RC5 crash/reboot on cold-start, how do I get a textdump ?
Hi! I have a new laptop (Lenovo P14s), installed freebsd 13.0-RC5 on it with ZFS, geli encryption. If I cold-start the laptop, the first boot will crash before going multi-user and reboot, and the next boot will be fine. I activated /var/log/kern for kern.*, but the crash happens so early that nothing is logged. How can I get a textdump of that crash ? Would boot_ddb="YES" in /boot/loader.conf help ? -- p...@opsec.eu+49 171 3101372Now what ? ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Deprecating base system ftpd?
On 2021-04-07 23:27, aventa...@fastmail.fm wrote: I think folks have different definitions of what an operating system should be. Agreed. An Operating System (OS) is an interface between a computer user and computer hardware. An operating system is a software which performs all the basic tasks like file management, memory management, process management, handling input and output, and controlling peripheral devices such as disk drives and printers. If you add or take away from the above definition, then there is your misunderstanding. IMHO many refer to Linux as an Operating System. When in fact it is a Kernel. Which is also what you describe above. OTOH, UNIX as an OS has a defined set of commands available, as well as servers to facilitate running a fully installed server. Which is what I believe he was referring to. At this point I think this thread is becoming tiresome. ;-) --Chris Best Regards, Vic Thacker On Wed, Apr 7, 2021, at 21:17, tech-lists wrote: Hi, I'm a bit late to the discussion On Mon, Apr 05, 2021 at 07:44:59AM -0700, Cy Schubert wrote: >I think this is an excellent start. My shopping list includes: > >- remove ftp(1) >- remove ftpd(8) >- remove telnet(1) >- remove telnetd(8) >- remove ftp:// and http:// from libfetch. This is 2021 and we should all >use https://. >- replace DNS lookups with DoH and/or DoT. Why let your ISP see your DNS >traffic? Very firmly against this, and this sort of thing, for the following reasons: 1. I want an OS, not a kernel. If I just want a kernel, then why not go with linux? FreeBSD is meant to be, I think, (generally), a server OS. So, would you agree that it needs the ability to have server protocols easily configured, with a minimum of fuss, without packages? 2. a lot of infrastructure depends on ftpd. it's easy to configure securely ftpd in base. 3. there are some networks, like internal ones, where encryption is not a requirement, or appropriate. 4. there are some places where encryption is in fact illegal. >Personally, I'd suggest we remove the ftpd server *AND* ftp client and rely >on ports. Having worked on UNIX, Internet security, and firewalls over the >last 3/5 of my almost 50 year career, I have lamented the existence of the >FTP protocol back in 1995 and I hate the FTP protocol with greater a >passion today. Let's simply remove all vestiges of FTP from the base >system, including libfetch, sooner than later. We don't need it now that we >have HTTPS and POST; and sftp. 5. some services commonly don't use https. Lots of internet radio stations don't. If https is enforced then the user will have to jump through more hoops than they already do in order to, in this case, listen to internet radio. Or face a loss of functionality. 6. not everywhere will have constant internet access. Not everyone will want to use pkgs or have space for the ports tree. >I think we should make it our goal to remove any and all unencrypted >protocols from FreeBSD by 2025. I think you should carefully think of the consequences of removing functionality in the default install. It will make it less useful, not more. -- J. Attachments: * signature.asc ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: stable/13, vm page counts do not add up
On 8/04/2021 2:59 pm, Helge Oldach wrote: > On Wed, Apr 07, 2021 at 10:42:57PM +0300, Andriy Gapon wrote: >> >> I regularly see that the top's memory line does not add up (and by a >> lot). >> That can be seen with vm.stats as well. >> >> For example: >> $ sysctl vm.stats | fgrep count >> vm.stats.vm.v_cache_count: 0 >> vm.stats.vm.v_user_wire_count: 3231 >> vm.stats.vm.v_laundry_count: 262058 >> vm.stats.vm.v_inactive_count: 3054178 >> vm.stats.vm.v_active_count: 621131 >> vm.stats.vm.v_wire_count: 1871176 >> vm.stats.vm.v_free_count: 18 >> vm.stats.vm.v_page_count: 8134982 >> >> $ bc > 18 + 1871176 + 621131 + 3054178 + 262058 >> 5996320 > 8134982 - 5996320 >> 2138662 >> >> As you can see, it's not a small number of pages either. >> Approximately 2 million pages, 8 gigabytes or 25% of the whole memory on >> this >> system. >> >> This is 47c00a9835926e96, 13.0-STABLE amd64. >> I do not think that I saw anything like that when I used (much) older >> FreeBSD. > > That sounds like PR 234559 which has an explanation. > > Kind regards > Helge > Thanks Helge, I appreciate the pointer to understand from Mark J. in 2019 that: "Basically, we started lazily dequeuing wired pages to avoid the page queue synchronization cost incurred by frequent wirings. The result is that wired pages may temporarily be counted as active/inactive/laundry despite not being reclaimable. Maintaining the previous behaviour wrt statistics would introduce synchronization overhead that we've been trying to avoid" (#1) A minor and known counting error to avoid sync'ing overhead is fine. Ref #1: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234559 ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Deprecating base system ftpd?
I think folks have different definitions of what an operating system should be. An Operating System (OS) is an interface between a computer user and computer hardware. An operating system is a software which performs all the basic tasks like file management, memory management, process management, handling input and output, and controlling peripheral devices such as disk drives and printers. If you add or take away from the above definition, then there is your misunderstanding. Best Regards, Vic Thacker On Wed, Apr 7, 2021, at 21:17, tech-lists wrote: > Hi, I'm a bit late to the discussion > > On Mon, Apr 05, 2021 at 07:44:59AM -0700, Cy Schubert wrote: > > >I think this is an excellent start. My shopping list includes: > > > >- remove ftp(1) > >- remove ftpd(8) > >- remove telnet(1) > >- remove telnetd(8) > >- remove ftp:// and http:// from libfetch. This is 2021 and we should all > >use https://. > >- replace DNS lookups with DoH and/or DoT. Why let your ISP see your DNS > >traffic? > > Very firmly against this, and this sort of thing, for the following reasons: > > 1. I want an OS, not a kernel. If I just want a kernel, then why not go > with linux? FreeBSD is meant to be, I think, (generally), a server OS. > So, would you agree that it needs the ability to have server protocols > easily configured, with a minimum of fuss, without packages? > > 2. a lot of infrastructure depends on ftpd. it's easy to configure > securely ftpd in base. > > 3. there are some networks, like internal ones, where encryption is not > a requirement, or appropriate. > > 4. there are some places where encryption is in fact illegal. > > >Personally, I'd suggest we remove the ftpd server *AND* ftp client and rely > >on ports. Having worked on UNIX, Internet security, and firewalls over the > >last 3/5 of my almost 50 year career, I have lamented the existence of the > >FTP protocol back in 1995 and I hate the FTP protocol with greater a > >passion today. Let's simply remove all vestiges of FTP from the base > >system, including libfetch, sooner than later. We don't need it now that we > >have HTTPS and POST; and sftp. > > 5. some services commonly don't use https. Lots of internet radio > stations don't. If https is enforced then the user will have to jump > through more hoops than they already do in order to, in this case, > listen to internet radio. Or face a loss of functionality. > > 6. not everywhere will have constant internet access. Not everyone will > want to use pkgs or have space for the ports tree. > > >I think we should make it our goal to remove any and all unencrypted > >protocols from FreeBSD by 2025. > > I think you should carefully think of the consequences of removing > functionality in the default install. It will make it less useful, not > more. > -- > J. > > Attachments: > * signature.asc ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"