اگر از کامپیوتری بهصورت اشتراکی استفاده میکنید یا مرکزی را (مانند
کافینت یا سایت دانشگاه) اداره میکنید که چندین کاربر دارد و نگران اجرای
برنامههای مختلف توسط کاربران هستید، میتوانید با طی مراحل زیر و بدون
نصب هیچ نرمافزاری، کاربران را بهاجرای برنامههای خاص محدود کنید:
روی منوی استارت کلیک کنید و عبارت gpedit.msc را در باکس جستجو وارد کنید و اینتر را بزنید. سپس به این بخش بروید:
User Configuration -» Administrative Templates -» System
و روی گزینه زیر دوبار کلیک کنید:
Run Only Specified Windows applications
حالا گزینه Enabled را انتخاب و سپس در بخش Options روی دکمه کنار List of allowed applications کلیک کنید.
زول سیستم عامل کوچکی از خانواده یونیکس است که بر روی یک فلاپی قرار میگیرد. زول بر پایه کرنل لینوکس و ابزارهای GNU و Slackware بنا شده است.
بیشترین نگرانی در مورد سیستم عاملهای کوچک نظیر زول حجم آنها است که نباید از مرز 1440 کیلوبایت عبور کند در عین اینکه امکانات لازم و کافی را هم برای مدیران و کاربران شبکه مهیا کند!
زول میتواند ابزار مناسبی باشد برای مدیران و سرپرستان سیستمهای یونیکس تا در مواقع اضطراری از آن برای رفع مشکلات بوجود آمده کمک بگیرند.
فایلها و کرنل زول قبل از فشرده شدن جمعاً چهار مگابایت داشتند که با تبدیل به Batchfile و سپس به Binary حجم لازم به 1436 کیلوبایت رسید. زول 3 بر اساس کرنل 2.4.18 ساخته شده است و نسبت به ورژن های قبلی دستورات بیشتر و محیط گرافیکی بهتری ارائه میدهد. از Pico و Vi به عنوان ویرایشگر استفاده شده است و همچنین از دستورات شبکه ای Route، Telnet، Ifconfig و Ping برخوردار شده است که برای یک کار شبکه ای ساده کافی است.
یکی از مزایای زول 2 پشتیبانی انواع فایل سیستم سیستم عامل های مختلف بوده که Recover کردن اکثر سیستم عاملهای معروف را ممکن میکند.
زول 3 از فایل سیستم های Ext2-3,Raiserfs,Ntfs,Fat16,Fat32,Msdos,Vfat,Minix پشتیبانی میکند و همچنین چند برنامه مخصوص کار کردن با فایل سیستم های معروف مثل tune2fs بر روی زول قابل استفاده هستند.
اگر کارت گرافیکی شما سازگار با X باشد میتوانید از کنسول 16 بیتی در زول استفاده کنید. زول همچنین از شل Ash استفاده میکند و همینطور از Virtual Console 6.
General Commands | |||||
addpart |
ar |
ash |
basename |
blockdev |
cal |
cat |
cfdisk |
chfn |
chgrp |
chmod |
chown |
chroot |
chsh |
clear |
cmp |
col |
colcrt |
colrn |
column |
cp |
cpio |
cut |
cytune |
date |
dd |
ddate |
debugraiserfs |
delpart |
df |
dirname |
dmesg |
dos2unix |
ln |
loadacm |
loadfont |
loadkmap |
logger |
losetup |
ls |
lsmod |
mkdir |
mkfs |
mkfs |
bfs |
mkfs |
minix |
mknod |
mkreiserfs |
mkswap |
more |
mount |
mt |
mv |
newgrp |
nslookup |
partx |
pidof |
ping |
pivot_root |
poweroff |
printf |
ps |
raw |
rdev |
readprofile |
reboot |
reisefstune |
renice |
rescuept |
reset |
reset_raiserfs |
rev |
rm |
rmdir |
rmmod |
route |
rpmunpack |
script |
sed |
sedfdprm |
setsid |
setterm |
sfdisk |
sleep |
sort |
swapoff |
swapon |
sync |
tail |
tar |
tee |
telnet |
touch |
tr |
tty |
ul |
umount |
uname |
uniq |
unix2dos |
unpack |
unzip |
vigr |
vipw |
wall |
wc |
wget |
which |
write |
xargs |
xxd |
free |
freeramdisk |
kill |
killall |
du |
rdev |
Zcat |
|
شما یک مدیر سیستم هستید و نگهداری از سرور یکی از مهمترین وظایف شماست. آیا برای شما جالب نخواهد بود که بدانید از زمان راه اندازی سرور تا این لحظه زمانی که سرور در دسترسی بوده (Uptime) به روز/ساعت/دقیقه/ثانیه مجموعاً چقدر است و همینطور زمانی که در دسترس نبوده (Downtime) و نسبت این دو، که تشکیل دهنده درصد در دسترس بودن را نمایش میدهد. جالب است، نه؟! شاید جالب تر هم باشد اگر بدانید سرور در چه تاریخ ها و زمانهایی دوباره راه اندازی شده (Boot) و فاصله زمانی بین هر Boot چقدر بوده و باز شاید جالب باشد که بدانید چه تاریخ و زمانهایی دستور Shutdown صادر شده! و قبل از هر Shutdown سرور چه زمانی Up بوده؟ و اینکه تعداد BlueScreenها تا این لحظه چه مقدار است !؟
همه آنچه گفته شد با Uptime Tool و دستورuptime.exe در ویندوز NT،2000 وXP امکانپذیر است و فقط باید ابتدا آن را از سایت مایکروسافت که در بالا به آن لینک دادم دریافت کنید. (اگر آدرس تغییر کرده بود در سایت مایکروسافت uptime.exe را جستجو کنید!)
روش کار با این فرمان بسیار ساده است و اگر بعد از استخراج فایل uptime.exe آن را در systemroot که در ویندوز 2000 بنام WINNT و در ویندوز XP بنام Windows ایجاد میگردد قرار دهید از هر نقطه ازCommand Prompt میتوانید به راحتی با اجرای دستور بدون پارامتر خاصی یک گزارش کلی نظیر آنچه در زیر نمایش داده شده از آخرین بار که سیستم بوت شده ببینید و با دستور uptime /s میتوانیم اطلاعات ریزتری نیز نمایش دهیم
و اما یک نکته مهم که باید به آن توجه داشته باشید استفاده از پارامتر Hearbeat است. برای اینکه سرور قادر باشد اطلاعات مربوط به مدت Shutdown بودن را زمانیکه به درستی نتوانسته پروسه Shutdown را طی کند ذخیره سازد باید با استفاده از uptime /heartbeat آن را فعال کنیم (اگر از این دستور بر روی سرور استفاده میکنید حتماً Heartbeat را فعال کنید). باید توجه داشت که با فعال کردن این گزینه uptime هر پنج دقیقه اطلاعاتی را بر روی Registry ثبت میکند لذا برنامه پیشنهاد میکند از فعال کردن این گزینه بر روی سیستم عاملهایی که بر روی Notebook نصب شده خودداری کنید تا اختلالی در Power Management ایجاد نگردد.
برای آگاهی از پارامترهای مختلف این دستور از ?/ Uptime استفاده کنید.
منبع IT Buzzer
در علم کامپیوتر، هسته (kernel) اساسیترین بخش یک سیستم عامل است. هسته سیستم عامل برنامهای است که دسترسی ایمن به سختافزار را برای برنامههای گوناگون فراهم میکند. به علت تعدد برنامههای کامپیوتری، همچنین از آنجایی که دسترسی به سختافزار محدود است، هسته از طریق تکنیکی که Multiplexing نامیده میشود، تصمیم میگیرد که یک برنامه چه وقت و به چه مدت میتواند بخشی از سختافزار را در اختیار بگیرد. از آنجایی که دسترسی مستقیم به سختافزار میتواند بسیار پیچیده باشد، معمولا هسته سیستمهای عامل مجموعهای از سختافزارهای مجرد را پیادهسازی میکنند. این مجردسازی پیچیدگیهای سختافزاری را پنهان میکند و رابطی (Interface) ساده و یکنواخت برای سختافزار فراهم میکند که استفاده از آن را برای برنامهنویسان آسانتر میکند.
برای اجرای یک برنامه بر روی کامپیوتر وجود هسته در سیستم عامل ضروری نیست. برنامهها میتوانند مستقیما بر روی کامپیوتر بارگذاری و اجرا شوند، به شرط آنکه نویسنده برنامه توانایی نوشتن چنین برنامههایی را، بدون پشتیبانی سیستم عامل و انتزاع سختافزاری داشته باشد. اجرای برنامهها بدون استفاده از سیستم عامل، در بسیاری از کامپیوترهای اولیه روش معمولی بوده است. البته، در این روش برای اجرای برنامههای مختلف لازم بود که مجددا کامپیوتر راهاندازی (Reset) و برنامه بارگذاری شود. سرانجام برای رفع این مشکل برنامههای کمکی کوچکی مثل loaderها و debugger ها ایجاد شدند، که حین اجرای برنامههای مختلف در حافظه باقی میماندند یا از حافظه ROM بارگذاری میشدند. با تولید این برنامههای کمکی پایه و اساس چیزی که ما آن را هسته سیستم عامل میخوانیم شکل گرفت.