משום מה הוא מראה גודל מערכת קבצים לא נכון.


ואני יודע בוודאות שהמקום התפוס במערכת הוא הרבה יותר מ195GB.

זה החלק הרלוונטי ב-conkyrc:

קוד:

/ $alignc ${fs_used} / ${fs_size} $alignr ${fs_free_perc}%
${fs_bar}

איך לפתור את זה?
תודה

נסה ככה:

קוד:

/ $alignc ${fs_used /} / ${fs_size /} $alignr ${fs_free_perc /}%
${fs_bar /}

חשבתי על זה האמת, זה מראה אותו דבר..

מה מראה df -h?

קוד:

					  455G  196G  236G  46% /
/dev/sda1			 190M   28M  153M  16% /boot
tmpfs				1013M  260K 1012M   1% /dev/shm

משהו פה ממש לא הגיוני

מה זה המשהו הלא הגיוני בדיוק?

נמאס לכם לזכור סיסמאות? לחצו כאן!

ממתי 195GB הוא 51% מתוך 454GB? :|

הוא לא. df אומר שזה 46%.

אולי הוא מציג ערך כללי של כל המערכת. אני לא יודע מאיפה התחביר שלך, אבל מדוגמאות שאני מצאתי באינטרנט, הדבר הראשון בשורה הוא סתם label ולא ככה מציינים את מערכת הקבצים הרלוונטית. מערכת הקבצים הרלוונטית מצויינת אחרי כל משתנה...

ראה דוגמא כאן למטה: http://dotfiles.org/~goatboy/.conkyrc

נמאס לכם לזכור סיסמאות? לחצו כאן!

באמת ניסית את מה שכתבתי?

כן ניסיתי.
וזה עדיין מציג 51%

ושימי, אני יודע שזה לייבל, אבל מאחר שציון מערכת הקבצים אחרי כל משתנה לא הועילה, חשבתי לבודק בלי לציין בתקווה שכך הוא ייתייחס ל-root

אז תן לנו את הקונפיג שלך כפי שהוא אמור להיות כדי שנוכל לוודא...

נמאס לכם לזכור סיסמאות? לחצו כאן!

קוד:

background yes
use_xft yes
xftfont HandelGotD:size=9
xftalpha 0.5
update_interval 1.0
total_run_times 0
own_window yes
own_window_hints undecorated,below,sticky,skip_taskbar,skip_pager
own_window_type override
own_window_transparent yes
double_buffer yes
minimum_size 200 5
maximum_width 220
draw_shades no
draw_outline no
draw_borders no
draw_graph_borders no
default_color white
default_shade_color red
default_outline_color green
alignment top_right
gap_x 12
gap_y 48
no_buffers yes
uppercase no
cpu_avg_samples 2
override_utf8_locale no

TEXT
$sysname $kernel on $machine

Uptime $alignr $uptime
Load $alignr $loadavg

Hostname $alignr $nodename
wlan0 $alignr ${addr wlan0}
wlan0 essid $alignr ${wireless_essid wlan0}
wlan0 signal $alignr ${wireless_link_qual_perc wlan0}%
${wireless_link_bar wlan0}

Inbound $alignr ${downspeed wlan0} kb/s
${downspeedgraph wlan0}
Outbound $alignr ${upspeed wlan0} kb/s
${upspeedgraph wlan0}
${color}$hr
$processes processes ($running_processes running)

${color}CPU Usage $alignr PID	   CPU	 MEM
${color} ${top name 1}$alignr${top pid 1}  ${top cpu 1}  ${top 
mem 1}
${color} ${top name 2}$alignr${top pid 2}  ${top cpu 2}  ${top 
mem 2}
${color} ${top name 3}$alignr${top pid 3}  ${top cpu 3}  ${top mem 
3}
${color}$hr
${color}Memory Usage
${color} ${top_mem name 1}$alignr${top_mem pid 1}  ${top_mem cpu 1}  ${top_mem mem 1}
${color} ${top_mem name 2}$alignr${top_mem pid 2}  ${top_mem cpu 2}  ${top_mem mem 2}
${color} ${top_mem name 3}$alignr${top_mem pid 3}  ${top_mem cpu 3}  ${top_mem mem 3}
${color}$hr

CPU $alignr ${cpu cpu0}%
${cpubar cpu0}

MEM $alignc $mem / $memmax $alignr $memperc%
$membar

/ $alignc ${fs_used /} / ${fs_size /} $alignr ${fs_free_perc /}%
${fs_bar /}

swap $alignc $swap / $swapmax $alignr $swapperc%
${swapbar}

התקנתי את זה לבדיקה, גם אצלי זה לא נותן את האחוז הנכון.
וגם לכל אלו
http://linuxowns.files.wordpress.com/2008/04/conky.png
http://linuxowns.files.wordpress.com/2008/01/conky.png
http://www.vinno.net/desktop/desktop030108.jpg
http://meandubuntu.files.wordpress....08/05/conky.png

כנראה שהבעיה היא לא כל כך מוזרה. אם יש לך כוח - תדווח על באג

כוח יש.
ידע לא P:

אוקיי, תודה בכל זאת

ואם פשוט תעשה את זה בתור נוסחאת אחוזים? אני רק לא בטוח שאפשר לבצע פעולות ארטימטיות בקונקי

אסף.

חתימתכם הוסרה כיוון שלא עמדה בחוקי האתר. לפרטים נוספים לחצו כאן. תוכלו לקבל עזרה להתאמת החתימה לחוקים בפורום חתימות וצלמיות.

אני לא חושב שזה אפשרי.
סחטיין על מספר ההודעות

הבעיה עם זה שזה לא בטוח שזה באג. ז"א, השאלה היא מאיפה הבאג מגיע.
כי בסקרינשוטים של הפצות אחרות זה נראה בסדר, אבל אתה בכלל עם arch וזה גם לא טוב.
אולי צילומי המסך הם מגרסאות ישנות.

עוד משהו זה שזה קורה ב ext3 ולאו דווקא ב swap או udev...

גם אצלי, אותה בעיה...

קוד:

[assaf@laptop ~]$ df -h
Filesystem			Size  Used Avail Use% Mounted on
/dev/sda3			  18G  3.2G   14G  20% /

והוא מציג 76 אחוז בקונקי. מוזר.

אסף.

חתימתכם הוסרה כיוון שלא עמדה בחוקי האתר. לפרטים נוספים לחצו כאן. תוכלו לקבל עזרה להתאמת החתימה לחוקים בפורום חתימות וצלמיות.

אתה יכול בבקשה לעשות

קוד:

stat -f /
df -h

ולכתוב גם את הערכים שמביא לך conky?

זה נורא מעניין אותי, כי ב PC שלי זה עובד סבבה לגמרי.
(ז"א, חישוב האחוזים הוא טוב - אבל הדיווח של כמה מקום סך הכל יש הוא שונה מ df)

קוד:

[moyiz@moyizfedora ~]$ stat -f /
  File: "/"
	ID: 581785bbcd9a7e90 Namelen: 255	 Type: ext2/ext3
Block size: 4096	   Fundamental block size: 4096
Blocks: Total: 119105290  Free: 67833702   Available: 61783501
Inodes: Total: 30253056   Free: 29904193
[moyiz@moyizfedora ~]$ df -h
Filesystem			Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
					  455G  196G  236G  46% /
/dev/sda1			 190M   28M  153M  16% /boot
tmpfs				1013M  316K 1012M   1% /dev/shm
[moyiz@moyizfedora ~]$ 

הקונקי מביא מה שמצוין בתמונה למעלה

טוב אז ככה. זו קצת טיפשות שלי ששכחתי מהפרט הזה אבל לא נורא

ה Used שמדווח Conky מחושב לפי

קוד:

total block - free blocks) * block size)

.
האחוזים מחושבים (זה מקוד המקור) לפי

קוד:

(available blocks * 100)/total blocks

קוד:

OBJ(fs_free_perc) {
  if (obj->data.fs != NULL) {
	if (obj->data.fs->size) {
	  spaced_print(p, p_max_size, "%*d", 4, "fs_free_perc",
		  pad_percents, (int) ((obj->data.fs->avail * 100) /
			obj->data.fs->size));
	} else {
	  snprintf(p, p_max_size, "0");
	}
  }
}

כמו שאתה רואה, אחד מחושב מה Free ואחד מה Available.
עכשיו, שכחתי שב ext3 (ובעוד כמה מערכות קבצים) כשאתה מוחק משהו, הוא לא תמיד נמחק (תלוי בפרמטרים של ה mount שלך) - הוא מדווח לך שזה נמחק והוא מוחק אותו ברקע או שהוא משאיר אותו לזמן מאוחר יותר כשתרצה להשתמש בו. מה שקורה הוא שיש באמת מקום פנוי אבל הוא לא זמין כרגע אלא רק כשתצטרך אותו בשלב מאוחר יותר.
בגלל זה השוני בין Free ל Available וזה מה שגורם לכך שהאחוזים לא מייצגים את מה שאתה מקבל מ fs_used מתוך fs_size...

אתה יכול לשנות את קוד המקור ולקמפל מחדש אבל לא נראה לי שתרצה לעשות את זה P:

עריכה: ד"א, הוא עושה את זה רק במקרה שלך - זה תלוי בפרמטרים שמחזירה לו הקריאה ל statfs. הכוונה היא שבמקרים מסויימים הוא יכול להראות אחוזים תואמים.

קוד:

OBJ(fs_used) {
  if (obj->data.fs != NULL) {
	human_readable(obj->data.fs->size - (obj->data.fs->free
	  ? obj->data.fs->free : obj->data.fs->avail), p, 255,
	  "fs_used");
  }
}

עריכה 2: אפשר לעשות patch שישים את אותו תנאי מ fs_used גם ב fs_free_perc - אם יהיה זמן נעשה...

אז זה בעצם אחוזים של המקום שנשאר (שבין היתר מחשב בנוסף לגודל הקבצים שהיו אמורים להימחק ועוד לא נמחקו)?

אלו אחוזים של המקום שזמין באופן מיידי, ולאו דווקא של אלו שבאמת פנויים...

אחלה.
אני באמת שם לב עכשיו שבמחשב השני שמערכת הקבצים בו היא ReiserFS הקונקי מראה אחוזים נכונים.
תודה

טוב שלחתי להם patch, אולי הם יקבלו את זה ויכניסו את זה ל1.7
ואולי לא P:

מעולה

הפאטש התקבל
http://sourceforge.net/tracker/?fun...975&atid=757310

חכה ל1.7 D:

אני כבר לא משתמש ב-ext3 אז אצלי הבעיה נפתרה כבר P:

אז במה?
ולמה? בגלל הבעיה הזאת?

אסף.

חתימתכם הוסרה כיוון שלא עמדה בחוקי האתר. לפרטים נוספים לחצו כאן. תוכלו לקבל עזרה להתאמת החתימה לחוקים בפורום חתימות וצלמיות.

הבנתי מההודעות שלך שאתה משתמש ב reiserfs. היא מערכת קבצים ממש מהירה אבל יש לך יותר סיכוי שמידע יאבד כי הוא לא שומר מידע ביומן אלא רק פעולות... מצד שני למחשבים פרטיים/ביתיים זה פחות קריטי.
יש חיסרון אחד, הבחור שכתב את מערכת הקבצים הזו יושב בכלא אז אני לא יודע אם יצאו עדכונים בזמן הקרוב
אולי מישהו המשיך אותו או שעשה פורק לפרוייקט, אני לא עד כדי כך מעודכן... P:

בכל מקרה, ext4 היא כבר "יציבה" ואתה יכול להשתמש בה.

אני עובד עם ext4, והבאג עדיין קיים, ד"א.

אסף.

חתימתכם הוסרה כיוון שלא עמדה בחוקי האתר. לפרטים נוספים לחצו כאן. תוכלו לקבל עזרה להתאמת החתימה לחוקים בפורום חתימות וצלמיות.

הבאג הוא לא של מערכת הקבצים, הוא של קונקי.
הפאטש כלול ב 1.7... סביר להניח שבגרסה היציבה הבאה הוא יצא והבאג הזה לא יהיה קיים.

אכן ReiserFS, חזרתי ל-Arch כי הפדורה עיצבנה לי תצורה.
מה הכוונה באיבוד מידע?
ועל מה הבנאדם בכלא? :S

לא ניסית אובונטו? פדורה זה חרא...
http://www.grep.be/blog/en/computer...at/redhat_sucks

אני לא בדיוק מומחה בזה, אבל מערכות קבצים מודרניות שומרות Journal (יומן) של פעולות כדי לבקר על הפעולות שקורות בדיסק. חלק מהן שומרות גם מידע ביחד עם היומן כדי שבמידה והמערכת תקרוס בזמן ביצוע פעולה כלשהי המידע יהיה זמין שם. ReiserFS לא שומרת מידע וזה פשוט עניין של סיכון (הפסקות חשמל תמיד יש)
סביר להניח שלא יקרה לך כלום וזו גם הסיבה שהיא ממש מהירה.

הוא בכלא כנראה בגלל שרצח את אישתו.
http://keznews.com/4828_ReiserFS_cr...life_for_murder

הגעתי לפדורה בגלל שאובונטו עיצבן אותי P:
ולגבי הכתבה: WTF

הסיבה שהיא מהירה היא העובדה שאלגוריתם החיפוש שלה מבוסס B+-tree.

לא הבנתי איזה מידע אתה חושב ש reiser שומרת ב journal אם לא את השינויים שצריך לבצע במערכת הקבצים עצמה - יש לך מקור שאומר שהיא לא שומרת מידע אלא רק שמות של פעולות (מה שמשתמע מהודעתך, ומשהו שנשמע מאוד מיותר לשמור אותו בלי המידע שאותן פעולות קיבלו כפרמטר)?

מנסיוני שלי בבדיקת נסיונות-להרוס-מידע-בכוח - reiser הייתה הרבה יותר עמידה מ ext3, ולא יצא שהייתי צריך לעשות לה fsck בשום מצב...

* כמובן מדובר על גירסא 3 של reiser. לדעתי 4 עדיין מוגדרת כנסיונית...

נמאס לכם לזכור סיסמאות? לחצו כאן!

כמו שאמרתי, אני לא מומחה גדול
לא התכוונתי להטעות בקשר לסיבה שבגללה היא מהירה.

http://en.wikipedia.org/wiki/ReiserFS#Features
היומן שלו הוגדר כ Metadata only journaling...

אני מניח שזה לא יותר מידי "מסוכן" אבל לפי מה שהבנתי, אם קרתה איזושהי תקלה או שתהליכים נעצרו בזמן פעולה כלשהי, הוא ינסה להמשיך את הפעולה בעזרת ה Metadata וזה יכול אפילו להזיק עוד יותר, הם כותבים שזה יפתר ב 4 אבל יש עוד זמן עד שהיא תהיה יציבה, אני מניח.
אני גם מתאר לעצמי שמקרה כזה הוא כל כך נדיר, אבל עדיין קצת מבאס אם זה קורה באמצע logrotate או משהו כזה.

לגבי נסיון חיים, לא ניסיתי בכלל את reiserfs וכמובן שלא בנסיון להזיק לה מול ext3, ככה שאין לי ממש מילה פה

נסה לקרוא כמה סנטימטר אחרי הטקסט שהעתקת, בבקשה...

נמאס לכם לזכור סיסמאות? לחצו כאן!

אהה נכון, פיספסתי את זה, תודה על ההערה וההארה...
זה קצת מוזר ששמים דבר כזה בתוך סוגריים, זה לא חשוב מידי?