Sponsored Content
Full Discussion: Are the BSDs dying?
The Lounge What is on Your Mind? Are the BSDs dying? Post 303012299 by Peasant on Thursday 1st of February 2018 11:29:54 PM
Old 02-02-2018
I have zero experience with BSD(s), but i've heard all the praises for their network stack.
Haven't tested it in real world, and development in linux is moving light speed so perhaps it is not the case anymore.

The victory of linux over unix(es) is perhaps a victory for consumers having cheap (free) operating system, but i do not see it as a good thing for IT in general.

Domination of one product and philosophy, regardless if it's open and free is still a bad thing.

As my older colleagues say, system admins will remember the good old days where servers were made to last, programs coded with care and implemented per standards.

Regards
Peasant.
 

7 More Discussions You Might Find Interesting

1. Ubuntu

Internet dying in Debian?

For some reason after a while my internet connection dies. I just moved on to Debian from Ubuntu and I can't find the dhclient-program to reconfigure dhcp. Pretty new to *nix's. ONe thing I noticed while rebooting (do get my connection back) is that it configures dhcp and says: reconfigure (or... (1 Reply)
Discussion started by: riwa
1 Replies

2. IP Networking

network connection dying after an uptime of a day or two days

hie guys I am running fedora 6 on remote machines which are connecting to my server. The remote machines connect through one machine (more like my router) to the server. The problem i am having is that the remote machines are suppose to be reporting in real time mode to the server. Most of these... (2 Replies)
Discussion started by: no3more
2 Replies

3. Boot Loaders

EFI on BSDs problem

Hi, at time I have some problems installing a BSD system on my GPT disk... Thing is, I don't understand why support for the EFI seems to be so hard. Neither FreeBSD nor NetBSD nor OpenBSD seem to be able to install on GPT disks. They all misconceive the hard disk would use an MBR and the DOS... (6 Replies)
Discussion started by: Blackbird
6 Replies

4. Programming

Java application dying randomly

Hi, (First post, please be gental!) I have a java app that I am running on unix (centos) But it keeps dying randomly. The times seem random from anything between 3 hours and 3 days. I have a cronjob running to restart it when ever it dies but I would rather this happened less often. ... (2 Replies)
Discussion started by: sm9ai
2 Replies

5. Shell Programming and Scripting

Expect script cronjob running but dying prematurely

I have an Ubuntu machine that I'd like to update automatically. I've written an expect script to run the aptitude package manager and update my packages. Essentially it does: aptitude update && aptitude upgrade while answering "yes" at the appropriate time. It works quite nicely when run... (4 Replies)
Discussion started by: CluelessPerson
4 Replies

6. Shell Programming and Scripting

Utilities not dying after script run

Hi folks, Friendly router geek wanting to be a programmer here... So I worked with another guy here and came up with this to capture Unix admin data: #!/bin/ksh # # # Set Default Paths # PATH=/usr/apps/client/bin:$PATH; export PATH... (4 Replies)
Discussion started by: Marc G
4 Replies

7. Red Hat

Snmpd dying on centos7.1

Hello All, SNMPD dying after 2 mins once it started. Here is the configuration Oct 12 04:43:00 localhost systemd: Starting Simple Network Management Protocol (SNMP) Daemon.... Oct 12 04:43:00 localhost snmpd: dlopen failed: /usr/lib64/libcmaX64.so: cannot open shared object file: No such... (1 Reply)
Discussion started by: shekar777
1 Replies
MKFS.MINIX(8)						Linux System Administrator's Manual					     MKFS.MINIX(8)

NAME
mkfs.minix - make a Linux MINIX filesystem SYNOPSIS
mkfs.minix [-c|-l filename] [-n namelength] [-i inodecount] [-v] device [size-in-blocks] DESCRIPTION
mkfs.minix creates a Linux MINIX file-system on a device (usually a disk partition). The device is usually of the following form: /dev/hda[1-8] (IDE disk 1) /dev/hdb[1-8] (IDE disk 2) /dev/sda[1-8] (SCSI disk 1) /dev/sdb[1-8] (SCSI disk 2) The size-in-blocks parameter is the desired size of the file system, in blocks. It is present only for backwards compatibility. If omit- ted the size will be determined automatically. Only block counts strictly greater than 10 and strictly less than 65536 are allowed. OPTIONS
-c Check the device for bad blocks before creating the file system. If any are found, the count is printed. -n namelength Specify the maximum length of filenames. Currently, the only allowable values are 14 and 30. The default is 30. Note that kernels older than 0.99p7 only accept namelength 14. -i inodecount Specify the number of inodes for the filesystem. -l filename Read the bad blocks list from filename. The file has one bad block number per line. The count of bad blocks read is printed. -v Make a Minix version 2 filesystem. EXIT CODES
The exit code returned by mkfs.minix is one of the following: 0 No errors 8 Operational error 16 Usage or syntax error SEE ALSO
mkfs(8), fsck(8), reboot(8) AVAILABILITY
The mkfs.minix command is part of the util-linux package and is available from ftp://ftp.kernel.org/pub/linux/utils/util-linux/. Util-linux 2.6 2 July 1996 MKFS.MINIX(8)
All times are GMT -4. The time now is 12:41 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy