የሆነ ችግር በተፈጠረ ጊዜ በዴቢያን ክፍልፋይ በማስቀመጥ ላይ

ደህና ከሰአት, ውድ
ቀኑ ሃሙስ ምሽት ነበር እና ከኛ አስተዳዳሪዎች አንዱ ከ KVM ቨርቹዋል ማሽኖች በአንዱ ላይ ያለውን ዲስክ መጠን መቀየር ነበረበት። ሙሉ በሙሉ ቀላል ስራ ይመስላል, ነገር ግን በአጠቃላይ የውሂብ መጥፋት ሊያስከትል ይችላል ... እና ስለዚህ ... ሙሉው ታሪክ ቀድሞውኑ ተቆርጧል.

ቀደም ብዬ እንደተናገርኩት፣ ሐሙስ ምሽት (ዝናብ ያልዘነበ አይመስልም) ከኛ አስተዳዳሪዎች አንዱ ለረጅም ጊዜ የቆየ ስራን ለማጠናቀቅ እና በ KVM ቨርቹዋል ማሽን ውስጥ ያለውን የፋይል መጠን ለመጨመር ወሰነ።

ከዚህ ቀደም የዲስክን መጠን ከ 14 ጂቢ ወደ 60 ጂቢ ጨምሬያለሁ እና አስተዳዳሪው በቨርቹዋል ማሽኑ ውስጥ ያለውን የፋይል ስርዓት መጠን ለመጨመር ብቻ ነበር የሚያስፈልገው።

በሌሊት 12 አካባቢ አስተዳዳሪው የተራዘመ ወይም የመጀመሪያ ደረጃ ክፍል ይኑር ወይ የሚል መልእክት ይልካል... በምላሹም ልክ እንደ ቀድሞው በቨርቹዋል ማሽኑ ላይ ማድረግ እንዳለበት ጻፍኩለት።

ጊዜ አለፈ ... እና አስተዳዳሪው ስህተቶች እያጋጠመኝ ነው አለ, ክፋዩን ማስፋፋት አልቻለም ... እና መጫኑን አቆመ ... ቀድሞውኑ 2 ሰዓት ነበር ...

ምንም ነገር እንዳያደርግ ጻፍኩለት እና ቨርቹዋል ማሽኑን ብቻውን ትቶ የቪኤም ዲስክ ምስሉን እኔ ራሴ ቅጂ ሰራ - vmname_bad ብዬ ጠራሁት።

አስተዳዳሪው ቅጽበተ-ፎቶ ባለማሳየቱ እና ከድርጊቶቹ በፊት ምልክቱን ያልገለበጡ በመሆናቸው ሁሉም ነገር ይበልጥ የተወሳሰበ ነበር… ይህ መረጃ ካለ አንድ ሰው ወደኋላ ተመልሶ እንደገና መሞከር ይችላል።

ጠዋት ላይ, ትኩስ ሀሳቦች, ተመሳሳይ ስርዓተ ክወና (ዲቢያን 9) ያለው ቨርቹዋል ማሽን አዘጋጅቼ ዲስኩን አገናኘሁ. በ fdisk በኩል ይህ ዲስክ ቀድሞውኑ ወደ 60GB እና ክፍልፋዩ ተዘርግቷል ... ይህም በእውነቱ ትንሽ ተበላሽቷል.

በአስተዳዳሪው የቀረቡትን ቅጽበታዊ ገጽ እይታዎችን በመጠቀም ፣ ያለፈውን ምልክት ለማግኘት እየሞከርኩ ነው ፣ ግን ወዮ ፣ በከንቱ። fdiskን በመጠቀም እሴቶቹን ለማግኘት እየሞከርኩ ነው፣ ግን ወዮ፣ ሁሉም ሙከራዎች አልተሳኩም።

fdisk ሊረዳኝ ስለማይችል... ለእርዳታ የተከፋፈለውን እየጠራሁ ነው። ተከፋፍለን እንጫን - የድሮውን ክፍልፋይ rm 2 ሰርዝ እና ግምታዊ የክፋይ እሴቶችን አውቄአለሁ ፣ አድን አደርጋለሁ - የመጀመሪያውን እሴት እና የመጨረሻውን እሴት እጠቁማለሁ ፣ ክፋዩ የሚገኝበት። አንድ ደቂቃ ያህል መጠበቅ እና መለያየት ክፋዩን አገኘ እና ስለ እሱ መረጃ ወደ ስርዓቱ ውስጥ ለማስገባት አቀረበ - ተስማምቼ ተለያየን።

ክፋዩን እሰካለሁ - ሁሉም ነገር ደህና ነው። ፋይሎቹ በቦታቸው ላይ ናቸው, ሁሉም ነገር ጥሩ ነው, ነገር ግን መጠኑ አሁንም 14 ጂቢ ነው. /dev/sdd1 ን ነቅዬ2fs/dev/sdd1 ቀይሬ፣ከዚያ e2fsck/dev/sdd1 እና እንደገና ጫንኩት እና ቀድሞውንም የተስፋፋውን ክፍልፋይ ከሁሉም ፋይሎቹ ጋር እና በህይወት እንዳለ አየሁት።

ለእኔ እና ለአስተዳዳሪው ሁሉም ነገር በጥሩ ሁኔታ ተጠናቀቀ።

ምንጭ: hab.com