Sponsored Content
Full Discussion: System requirements
Top Forums UNIX for Dummies Questions & Answers System requirements Post 11847 by LivinFree on Thursday 13th of December 2001 12:04:32 AM
Old 12-13-2001
Re: System requirements

Hardware-wise, you don't really need much. Depending on what type of website (small personal, business, enterprise), you could go anywhere from a P133 with 64Mb of RAM and a 1 Gig disk, all the way up to a high-end server...
 

4 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

System Requirements

hello all, i am about to start in with (i hope) both solaris and linux. but first i need a system to put each of these OS's on what i would like to know what is the system requirements for Solaris and linux. i will be building the systems my self. they will all intel based, it is all i have parts... (2 Replies)
Discussion started by: Cloudy
2 Replies

2. UNIX for Dummies Questions & Answers

System Requirements

Does anyone know the system requirements for Unix 03? I need the CPU, RAM, and harddisk space requirements. I have been looking all over the web but can't seem to find the numbers. If you could post a link that would be great. Thanks (0 Replies)
Discussion started by: burke2
0 Replies

3. Shell Programming and Scripting

Help with file system requirements

Hi, I need to give the file system requirements for our project and i don't know how to proceed. From where do i stand? Our box is SUNos and there are 20 to 30 application that we should support on the box. Can any one get me started in a direction. Thanks (6 Replies)
Discussion started by: dsravan
6 Replies

4. Solaris

Solaris 10 system requirements???

Hi guys, I have been using Solaris 10 virtually since a couple of weeks under VirtualBox. Now I want to run it on hardware as it doesn't seem to work well under VirtualBox, atleast to my knowledge. I have another system which I intend to run Solaris on, and it is as under. Processor:- Intel... (1 Reply)
Discussion started by: gabam
1 Replies
SYSTEMD-CRYPTSETUP-GENERATOR(8) 			   systemd-cryptsetup-generator 			   SYSTEMD-CRYPTSETUP-GENERATOR(8)

NAME
systemd-cryptsetup-generator - Unit generator for /etc/crypttab SYNOPSIS
/lib/systemd/system-generators/systemd-cryptsetup-generator DESCRIPTION
systemd-cryptsetup-generator is a generator that translates /etc/crypttab into native systemd units early at boot and when configuration of the system manager is reloaded. This will create systemd-cryptsetup@.service(8) units as necessary. systemd-cryptsetup-generator implements systemd.generator(7). KERNEL COMMAND LINE
systemd-cryptsetup-generator understands the following kernel command line parameters: luks=, rd.luks= Takes a boolean argument. Defaults to "yes". If "no", disables the generator entirely. rd.luks= is honored only by initial RAM disk (initrd) while luks= is honored by both the main system and the initrd. luks.crypttab=, rd.luks.crypttab= Takes a boolean argument. Defaults to "yes". If "no", causes the generator to ignore any devices configured in /etc/crypttab (luks.uuid= will still work however). rd.luks.crypttab= is honored only by initial RAM disk (initrd) while luks.crypttab= is honored by both the main system and the initrd. luks.uuid=, rd.luks.uuid= Takes a LUKS superblock UUID as argument. This will activate the specified device as part of the boot process as if it was listed in /etc/crypttab. This option may be specified more than once in order to set up multiple devices. rd.luks.uuid= is honored only by initial RAM disk (initrd) while luks.uuid= is honored by both the main system and the initrd. If /etc/crypttab contains entries with the same UUID, then the name, keyfile and options specified there will be used. Otherwise, the device will have the name "luks-UUID". If /etc/crypttab exists, only those UUIDs specified on the kernel command line will be activated in the initrd or the real root. luks.name=, rd.luks.name= Takes a LUKS super block UUID followed by an "=" and a name. This implies rd.luks.uuid= or luks.uuid= and will additionally make the LUKS device given by the UUID appear under the provided name. rd.luks.name= is honored only by initial RAM disk (initrd) while luks.name= is honored by both the main system and the initrd. luks.options=, rd.luks.options= Takes a LUKS super block UUID followed by an "=" and a string of options separated by commas as argument. This will override the options for the given UUID. If only a list of options, without an UUID, is specified, they apply to any UUIDs not specified elsewhere, and without an entry in /etc/crypttab. rd.luks.options= is honored only by initial RAM disk (initrd) while luks.options= is honored by both the main system and the initrd. luks.key=, rd.luks.key= Takes a password file name as argument or a LUKS super block UUID followed by a "=" and a password file name. For those entries specified with rd.luks.uuid= or luks.uuid=, the password file will be set to the one specified by rd.luks.key= or luks.key= of the corresponding UUID, or the password file that was specified without a UUID. rd.luks.key= is honored only by initial RAM disk (initrd) while luks.key= is honored by both the main system and the initrd. SEE ALSO
systemd(1), crypttab(5), systemd-cryptsetup@.service(8), cryptsetup(8), systemd-fstab-generator(8) systemd 237 SYSTEMD-CRYPTSETUP-GENERATOR(8)
All times are GMT -4. The time now is 04:53 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy